github.com![[庆祝]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_123.da47506.png)
获得徽章 17
- 有没有大佬在RocketMQ 5.x版本的简单消费者遇到过这个错误：Cannot invoke "apache.rocketmq.v2.Settings.getSubscription()" because "settings" is null. NullPointerException.
在while中持续使用消费者拉消息时，大概过个几分钟就会出现这个错误。 #迷惑代码大赏#展开等人赞过
231 - 掘友们，大佬们，有个问题很疑惑有没有人可以解答一下，RocketMQ本身是基于Netty的长连接通信，但是他消息拉取为什么要使用长轮询，本来就存在长连接了，实时性很高速度也快，长轮询拉消息意义是什么？
包括Nacos也是存在长轮询的应用的，但是本身存在一个高实时性并且已经建立连接的可利用并可以直接传输消息的长连接了，为什么不直接长连接发送消息？而偏偏要去做长轮询？
#码上掘金#展开赞过 12 - 掘友们，有没有什么办法可以使用JavaScript/Node实现这个需求：类似与墓碑机制或者，线程挂起，当我运行某一个方法时，我可以将这个方法直接冻结（包括状态、变量、闭包参数、定时器....等等），然后在需要使用的时候直接解开冻结，然后方法运行就和原先一样，从挂起时的那一行开始运行，而且变量、闭包参数、定时器....这些都没有变，就和手机App的墓碑机制一样，退出后冻结，进入时候恢复退出时的所有状态。 #码上掘金#
展开等人赞过 2111 - 各位前端大佬，问个问题：
1.前端需要渲染10000个元素。
2.客户端性能较差。
3.元素高度不固定，界面是响应式的，无法像固高元素一样虚拟滚动。
4.需要保证元素最新的是在最下层（无法懒加载）。
5.元素高度不一样，并且排列类似瀑布流。
6.会根据一下更新情况删除或许新增元素，而且非常频繁，大约2s一次，元素删除后又要全部重新渲染（瀑布流一样，需要计算并更新位置）
7.元素宽度是固定的。
8.需要能够快速渲染出所有内容
这几点需求的情况下，如何让界面渲染让他不卡顿，并且渲染迅速，而且能抗住频繁更新，哪位大佬能给点优化建议或者思路？ #每天一个知识点#
展开赞过 91 - 冒泡排序，选择排序，插入排序，快速排序，堆排序，归并排序，希尔排序，桶排序，基数排序新年帮您排忧解难。
有向图，无向图，有环图，无环图，完全图，稠密图，稀疏图，拓扑图祝您新年宏图大展。
最长路，最短路，单源路径，所有节点对路径祝您新年路路通畅。
二叉树，红黑树，van Emde Boas树，最小生成树祝您新年好运枝繁叶茂。
最大流，网络流，标准输入流，标准输出流，文件输入流，文件输出流祝您新年顺顺流流。
线性动规，区间动规，坐标动规，背包动规，树型动归为您的新年规划精彩。
散列表，哈希表，邻接表，双向链表，循环链表帮您在新年表达喜悦。
O(n!),O(2^n), O(n^3),O(n^2), O(nlog n),O(n), O(log n) , O(1)祝您新年渐进步步高。
祝各位新年快乐！![[庆祝]](//lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_123.da47506.png)
#码上掘金#展开赞过 评论1
