庄铭宇

A. 每个lambda的类型，std::move到一个伪装成这个对象类型的字节数组上，同时再存储“operator()的函数指针”和“析构该lambda的函数指针”，那么不需要std::function、省去一次std::function内部可能需要的new会更快。是否需要存储析构函数可以通过萃取判断 B. 把lambda队列视为每个元素不定长的类型（例如24个字节 ~ 32个字节）的队列（lambda顺序存入类似ringbuf的容器中（加锁或使用互锁指令并发实现均可），每使用完一个lambda抛弃一段字节数据。） moodycamel::ConcurrentQueue经我测试1 ~ 3线程插入，是可以达到1500万~2200万次每秒的出队性能的，并且多线程队列操作有一个特点就是操作频率总线加锁频率限制但是操作之间可以塞很多业务工作内容也不会太影响多线程队列操作的频率，因此我认为moodycamel::ConcurrentQueue或其他并发队列都应当可以轻松达到千万次每秒的简单业务任务处理，所以性能问题主要在于lambda如何存储到队列中去这个过程，这个过程性能不够极限使得整体频率下降到了百万次每秒 在我这里的生产环境中使用的是专门为并发设计的流，配合lambda直接写入是可以达到1 ~ 2千万次每秒的任务处理的（虽然我这里的网络只能提供百万个消息包）。

我使用的流的实现和moodycamel的，在复杂程度方面估计差不多，大量的原子互锁操作，这很难讨论。 关于把lambda存储到一段内存中可以参考这个（节选） ``` namespace FunctorQueue { struct TEMP {}; struct StoredCallBase { void (TEMP::*Func)(); void (*Deleter)(void*); virtual ~StoredCallBase() {}; virtual void Deleter_(void* f) = 0; }; typedef char* PCHAR; template...

NiSequenceData | Root node in Gamebryo .kf files (20.5.0.1 and up). Root node in Gamebryo .kf files (20.5.0.1 and up). For 20.5.0.0, "NiSequenceData" is an alias for "NiControllerSequence" and this...

totally I need a way to http2 sendRquest(...) in a not very good network, sometimes it lose packet so connect will wait seconds until timeout, but if recall in another...

天尘丹用 狼桃 地心 性平(月灵花) 一共13个可以炼，并且我选项已经挑到14个了，也出不来。 问题在哪里? 不是卡的问题，我挑成100个可以看到一些总量几十个的单方。

并且天元神丹的经典配方 地心12个+龙皇/冰灵+性凉，这个没有导致炼丹累死，还不如默认炼过就有的单方。