引用此评论
引用:JackJiang 发表于 2022-11-03 12:35 你研究一下加密算法用RC4:https://www.cnblogs.com/mfrbuaa/p/5405809.html
5~M@UD[H2O({3YIIVB5)UDY.png (75.59 KB, 下载次数: 777)
下载附件 保存到相册
1 年前 上传
5~M@UD[H2O({3YIIVB5)UDY.png (75.59 KB, 下载次数: 815)
这是打印的日志
引用:harlan 发表于 2022-11-03 11:18 就是没有找到合适的,有没得推荐,最好是加密后长度和明文长度差不多那种,楼主可以给个方案吗
引用:JackJiang 发表于 2022-11-03 10:51 AES加密强度太大了,换个弱一点的
引用:harlan 发表于 2022-11-03 10:42 那有没有好点的加密,现在用的加密AES结果出来是数据长度是成倍增长的,有没得好点的解决加密的办法
引用:JackJiang 发表于 2022-11-03 10:23 udp你要硬搞长包,那就只能分片分包传输,然后收到后再组包,这又涉及到分片顺序、包的送达质量保证等等 ...
引用:harlan 发表于 2022-11-03 10:21 怎么处理udp发送比较长的信息,现在用这个sdk就是发送比较长的发不出去,到服务器json解析直接失败,查看 ...
引用:JackJiang 发表于 2022-11-02 17:39 那就用tcp
引用:harlan 发表于 2022-11-02 16:00 聊天消息,长度不知道控制在多少
引用:JackJiang 发表于 2022-11-02 11:24 udp协议本身就是有度限制的,《UDP中一个包的大小最大能多大》。 你的数据准确的长度有多少字节?
精华主题数超过100个。
连续任职达2年以上的合格正式版主
为论区做出突出贡献的开发者、版主等。
Copyright © 2014-2024 即时通讯网 - 即时通讯开发者社区 / 版本 V4.4
苏州网际时代信息科技有限公司 (苏ICP备16005070号-1)
Processed in 0.140622 second(s), 28 queries , Gzip On.