2022/06/29 23:29
这个协议里魔数多余了, 实际上底层协议还是靠length+content的模式去传输
pipeline.addLast(new LengthFieldBasedFrameDecoder(1024, 0, 4, 0, 4));
pipeline.addLast(new LengthFieldPrepender(4));
2020/07/05 23:51
代码连接贴一下呐
2020/04/10 13:30
为什么我照着代码运行不了
kr
2019/05/01 18:23

引用来自“爱宝贝丶”的评论

引用来自“se77en”的评论

this.attachments.clear();
if (null != attachments) {
this.attachments.putAll(attachments);
}
null 应该在 clear 之前判断
这个是setAttachments()的一种写法,this.attachments是被当前Message类已经实例化的属性,set方法这么写主要是为了防止外部需要设置的attachments对象污染了当前Message的attachments对象。这里由于是set方法,因而即使外部是传了一个空的attachments对象进来,也应该对当前Message.attachments进行清空,因为根据set方法的语义就是这么来的。

估计是他搞错了局部变量和全局变量
2019/04/29 19:29

引用来自“se77en”的评论

this.attachments.clear();
if (null != attachments) {
this.attachments.putAll(attachments);
}
null 应该在 clear 之前判断
这个是setAttachments()的一种写法,this.attachments是被当前Message类已经实例化的属性,set方法这么写主要是为了防止外部需要设置的attachments对象污染了当前Message的attachments对象。这里由于是set方法,因而即使外部是传了一个空的attachments对象进来,也应该对当前Message.attachments进行清空,因为根据set方法的语义就是这么来的。
2019/04/29 14:47
this.attachments.clear();
if (null != attachments) {
this.attachments.putAll(attachments);
}
null 应该在 clear 之前判断
2019/04/29 11:46
👍
2019/04/29 10:21
有一段表格的样式出问题了,再编辑一下吧!
回复 @
{{emojiItem.symbol}}
返回顶部
顶部