用的消息队列怎么做到at least、at most的消息队列内部是什么样的自己项目做的RPC为什么说是高性能的下面是一些吐槽和感悟，自己记录一下，想到什么写什么，语言没什么逻辑。现在距离实际的二面已经过了10天了，本来不会有这个二面的帖子的，因为当时面的腾讯和字节二面都挂了，就很烦，感觉字节面的还挺不错的。不得不说腾讯的强度是真的大，没准备好也是很大的原因。本来是想先面面中小场练练的，隔了几天才投的大厂，结果大厂效率是真的高，2月24号投的，25号就发邀请了，导致人生前两场面试就是腾讯和字节，人麻了。估计是虚荣心太大，失败后牛客都不想打开了，字节和腾讯都泡池子（TMD不面了洗澡去了...

投了好多都没消息，不知道该怎么投了。

今天下午在群里看到的图，确实是对得起这个名字 #求职遇到的搞笑事件#

面试的时候会问道 CPU 负载过高如何进行排查的问题。 CPU 达到98%这样基本都是因为死锁等导致的。解决的方法如下： 通过top命令查看系统中的进程。一般是我们的 Java 线程占用的 CPU 很高，比如死锁等情况，内存泄露，full GC 等情况，导致 CPU 变高了。 top 命令，找到 ID 第一个是进程的ID、然后还有CPU的使用率。 top -Hp PID 查看下面的线程 ID。 看到 Redis 下面所有线程的信息，同理可以查看 Java 程序下面的进程 将线程 id 转为 16 进制的数字 printf “%x\n” {tid} 如果是 Java 环境，那么在配合 ...