引用:JackJiang 发表于 2019-11-17 14:41 好的,期待大佬的新版本 |
引用:wzq1915414095 发表于 2019-11-17 14:19 你这样做,可以,没问题。但就是复杂了一点。我会有后面的版本里开放出更简单的接口。 |
引用:JackJiang 发表于 2019-11-17 14:10 是的,其实我刚刚才想到,我当时其实只要判断一下接收者的id是不是“0”就行了,不知道为什么当时就是想不到,因为我这个消息的加解密只是针对C2C的情况下,C2S的情况下不做任何操作。 |
引用:wzq1915414095 发表于 2019-11-17 14:03 好的。可能是我没有理解你的真正疑问所在,不然,你一问我,就能得到答案了。 |
引用:JackJiang 发表于 2019-11-16 16:35 目前加解密问题已经解决了,之前是因为找不到判断用户是否登陆的这个方法所以在加解密方面就有一些格式不正确的问题,谢谢大佬 |
引用:wzq1915414095 发表于 2019-11-16 14:43 客户端主动断开的情况下,通过向服务端发送logout指令,服务端立即就知道了,不需要心跳,会马上清时这个channel。 客户端非正常断开(比如断网、app被杀等)时,服务端只能等到客户端心跳超时时间到的时候,才知道对方已断开,才会来清理这个channel。 |
引用:wzq1915414095 发表于 2019-11-16 14:03 如果是只对dataContent加密,就不存在你帖子里说的情况。除非我没有理解你的困惑 |
引用:JackJiang 发表于 2019-11-16 13:46 还一个问题,就是我想问一下,如果客户端与服务端断开连接,那客户端与服务端的Channel是不是里面就成为null了?还说是根据心跳包是否中断然后才去移除这个Channel的? |
引用:JackJiang 发表于 2019-11-16 13:46 就是我只需要在用户登陆后的通信过程中给数据加解密,但是我没有判断用户是否登陆的方法 |
引用:JackJiang 发表于 2019-11-16 13:46 只对dataContent进行加密 |
你是怎么实现加密的?是对整个Protocal进行加密,还是只是对dataContent内容字段进行加密? |