作为程序员, 不如问点有意思的问题, 比如"软考架构师的出题人为使用人数超过 10 个的系统设计过架构吗"

@doommm 搜了下 Front-End Engineering, 貌似是建筑工程领域的

不会 生活不用微信

我大学高数第一节课老师就说: 我知道你们高考数学考得很好, 现在要把它们全部忘了.

如果是考研的话别自学了, 选拔性考试本质是服从性测试

storm

dota2 波士顿邀请赛

我猜你同事说的内存溢出和 prepareStatement 没有关系, 而是说你的 map 只创建不施放, 而且 key 不是有限的

楼主还是表达有问题, 你直接贴知乎答案

```
假如有 10000 个连接，4 核 CPU ，那么 bio 就需要一万个线程，而 nio 大概就需要 5 个线程(一个接收请求，四个处理请求)。如果这 10000 个连接同时请求，那么 bio 就有 10000 个线程抢四个 CPU ，几乎每个 CPU 平均执行 2500 次上下文切换，而 nio 四个处理线程，几乎每个线程都对应一个 CPU ，也就是几乎没有上下文切换。效率就体现出来了。

链接： https://www.zhihu.com/question/59356897/answer/164387902
```

当然是错误的

```
说下我的理解哈：
前提：BIO 面向流，NIO 面向缓冲区
10000 个连接，4 核 CPU ，如果是 BIO ，那么 Client ->OS 这个过程是阻塞的，当其中 4 个线程获取到 CPU 等待 OS 读取资源，那么剩余 9996 个线程就阻塞等待 T1,假设 1 个线程等待 OS 读取资源需要阻塞 1s(其他耗时先不考虑哈)，那么剩下的线程就需 9996/4s ，这就可怕了。
而 NIO 呢，当其中 4 个线程获取到 CPU 资源去缓冲区读取资源，发现 OS 还没把资源放到缓冲区中,就释放 CPU 资源去干其他事，让其他线程来试试。这就节省了阻塞时间。当然了，如果线程发现缓冲区有准备好的数据的时候，效率和 BIO 还是一样的，其他线程还是要等这 4 个线程读取完数据的（同步）。

个人理解，有偏差了还请大佬帮忙指正下。
```

楼下的小白就给误导了

@JamesRuan 那你文章写清楚啊, "那就去腾讯啊，米哈游啊，网易啊，还有大量国外 3A 大厂呢，也不必来我们这个小厂" 这句话可以当阅读理解了

为什么我反对寓言故事: "从前有个小朋友, 用寓言故事说服别人, 后来他死了"

而且如果没有 vdom 那么每次 setstatus 都要重新渲染, 而 vdom 可以把多次渲染合并为一次

自己实现一遍 react 就懂了, 如果没有虚拟 dom, 每次状态修改都要重新加载下面的所有组件, 因为我不知道这个 status 是哪些组件的 porps.

在你的例子里, 假如我有个表格, 数据在 table 的 status 里, 如果没有 vdom, 那么每次数据变化都要重新渲染表格, 但是 vdom 只需要找到被改过的 cell 就行了

@richardwong 楼主要招一个会图形学的, 结果真会图形学的来了以后, 楼主发现自己的图形学和人家的图形学不一样, 最后警告年轻人, 好自为之, 好好反思, 不要眼高手低, 去这样的小厂面试

除非不用 JDBC, 否则 Java 就活在多线程的阴影里

nio 不初学者了, 我来说两个: 字符串拼接最佳实践和什么时候用 LinkedList

前端到后端用 luence 语法, 后端映射到 sql

Kotlin 以前只有密封类, Java 有了密封接口以后才有密封接口.

.NET 6 和 .NET 7 相比绝对后者语法更香, 性能更好, 那你为什么不用 .NET7