就好像在问一公斤铁 一公斤棉那个重

都用 200 个线程池 。。。

没有任何东西来阻止你做不是 CRUD 的工作

上面这一条就是为什么很多人贡献开源项目的原因 可能他们工作也只是 CRUD

可以放心怼

JVM 有源代码 可以正向 , C# 同理。JVM 字节码 Specs 网上都有 不是太需要逆向。不如根据 specs 自己写一个 JVM 这样练习更好。

不影响现在课业的情况下可以学 不要找任何理由来阻碍自己学习 工作后也一样

虽然压力可能会来到你身上 但是你也可以乘机要求升职加薪了

告诉用户它的时钟和服务器的不同步。 即使你能解决你的服务器的时间同步不问题 你也解决不了用户和你的服务器时间不同步的问题。 所以你也不需要解决你的服务器时间同步了 直接甩锅给用户。或者换一种算法。

可以集群那就集群部署
还要考虑日后升级需要

项目经历的时间为什么是 从 2021 到 2022 又到 2020 了？

@jorneyr CPU 计算密集型的任何语言都会卡住,需要 worker 来利用多个 CPU

@Rabbircantknow 这种聊天是 keepalive/heartbeat message ， 是没什么信息含量的。。。

数据库的乐观锁也是用了类似 CAS 的实现 但是比 Java 里面的锁要复杂一下

防止 ABA 只要加上版本号就可以 10v1.0 -> 11v1.1 -> 10v1.2 ....

当然数据库用的是 MVCC 和 Java 里的不是太一样

@BeautifulSoap 两个值加起来的这种已有可能成功吧 ，可以用特殊字符 log.info("value is {} and {}", var1,var2); 可能性太多了

还是得用 java instrumentation ，因为你不知道 你的包的依赖里面藏了一个 log4j

@moliliang

因为不只有布隆过滤器可以被归纳为 「存在的不一定存在，不存在的一定不存在」 这个特性，还有别的数据结构。

可以举一个具体的例子

数据库里面有 1000 条数据，
你把这 1000 条数据加到布隆过滤器里,
你把这 1000 条数据加到 LRUCache 里,

你在你程序里面使用 LRUCache 和布隆过滤器里


下面的四个描述有两个是正确的，而 OP 要的恰好就不是布隆过滤器的那个。

1. 数据库里 存在的 LRUCache 里 不一定存在， 数据库里 不存在的 LRUCace 里 一定不存在
2. LRUCache 存在的 数据库里 不一定存在，LRUCace 不存在的 数据库里 一定不存在
3. 数据库里 存在的 布隆过滤器里 不一定存在， 数据库里 不存在的 布隆过滤器里 一定不存在
4. 布隆过滤器里 存在的 数据库里 不一定存在，布隆过滤器里 不存在的 数据库里 一定不存在


你很理解布隆过滤器，但是 OP 问的就不是这个。

@moliliang

你可以说一说怎么用布隆过滤器实现。

「存在的不一定存在，不存在的一定不存在」 这个描述过于笼统，会让你记错的。

「 X 存在的 ​Y 不一定存在，X 不存在的 Y 一定不存在」，你可以看一看这里的 X 和 Y 代表着什么， 把它们搞反了意思完全就不一样了。而你理解错了的原因也恰好在此。