heavyrain.lee

这个问题是我们设计的问题，所有的消息都在同一个时间线上，没有按照类型来区分，所以只能指定拉取更多的消息数量来减少这个问题的影响。

也是可以的

成员禁言后，不应该能够添加新成员。因为如果要是允许的话，那么新添加的用户是没有被禁言的，是可以发言的，这样就可以绕过禁言，用新加进来的小号说话

错误不应该提示网络错误，返回的错误码应该是没有权限(248)，这时候修改一下提示改成没有权限就好了

还有一个配置，是否允许拉取远程消息，那个开关也需要打开

IM服务配置文件中有下面这个配置： ``` ## 禁止客户端群操作。第1位是禁止创建群组，第2位是禁止销毁群组，3位禁止加入群，4位禁止退出群，5位禁止邀请群成员，6位禁止移出群成员，7位禁止转移群，8位禁止设置群管理员，9位禁止黑白名单处理，10位禁止群禁言，11位禁止修改群组信息，12位禁止群成员禁言。 ## Server API不受此限制。 #group.forbidden_client_operation 0xFFF ``` 可以打开这个开关，修改这个值，禁止某些客户端操作，然后这些群组操作改成调用server api来处理。

上面的信息看到是正常的，只占用了5.5GB内存，还有15GB的内存空闲。可以在出现问题时查一下堆内存占用情况

根据之前邮件沟通的情况，可能是堆外内存泄漏导致的，启动命令加上 -Dio.netty.leakDetectionLevel=advanced 看看有没有堆外泄漏的日志。

还有你们的环境是什么情况，是什么操作系统，jdk的版本是什么

嗯，上面这个图看只占了6.8G，可能是堆外的内存泄漏，等你们抓个日志再看看