Stone

如果生成实体类时不想要这个字段，在XML模型文件里面删除这个字段即可

代码欠缺较多，2021年Q1，重点是补魔方文档

这个动态生成查询的功能，做起来相当复杂

这个不支持！ 目前只支持常规的发布和订阅消费

消费的时候，需要定时检查pending列表，如果有长时间挂起的消息，需要转移回去主队列重新消费。 这里应该是代码写得不够严谨，抛异常了，马上修正

这个问题还存在吗？

经核实，该问题源自于 wpf/winform 同步调用ApiClient的异步接口所致。 解决方法有二： 1，async/await 一路到顶 2，Task.Run().Result 包装异步操作，阻断上下文传递

Yes, websocket will be the core future in "NewLife.Core"! https://github.com/NewLifeX/X

基于消息通信，为了提升吞吐率，解包完成后，采用异步线程来执行业务逻辑，这是导致消息包顺序不一致的根本原因。 这个修改是今年初执行，你可以说说你的业务场景，大家一起讨论如何设计才能做得更好。

1，Tcp是流式传递，但是到了网络层，数据是一帧一帧的汇报给用户程序，所以让你觉得“每次信息到了都会触发一次接收事件”； 2，NewLife.Net默认的NetServer/ISocketClient是应用网络库，直接读写网络不涉及协议，数据先后到达，不存在先后到达的情况； 3，ISocketClient里面有SendMessage方法，那是带有SRMP协议的发送接口，服务端如果发现带有协议，则可能会开多线程来进行处理，从而出现你说的先后到达； 4，结合业务场景，建议方案一，不用SRMP协议，直接网络层操作，先发头部，然后每次发送对方顺序接收； 5，建议方案二，采用SRMP协议，每次都带有头部，告诉服务端这次数据包的偏移位置和大小 最后，一个月内，我们会重新进行异步处理网络数据包的必要性，如果优势不明显，将会取消异步处理，重回同步处理时代。