CLMan

就算是用 文件大小/页 ，准确率应该也差不到哪里去。

@qclown 是的，理解为 list 更恰当一点。

@CLMan `java -classpath /home/a`修正为`java -classpath /home/root/a`

因为 classpath 有两种格式：文件夹、jar 包，换句话说：

比如`java -classpath /home/root/a.jar`等价于`java -classpath /home/a`，`a`是`a.jar`解压后的根目录。

也就是当你 classpath 指定 jar 包时，等价于 jar 包内的内容位于`classpath:/`下。

自己写一个吧，工作负载就是做一些无效运算，占用控制就借鉴下控制理论的相关算法，比如 PID 算法。

或许没有一个编程语言能逃过八股文。

我之前开发需要与后端通信的 Chrome 插件也遇到类似的问题，我的解决办法是买的阿里云 99 一年云服务器，在应用里面写死 IP 实现的。

犀牛书给我的观感就是太厚了，很多内容也就是科普水平，不如《高级程序设计》信噪比高，Google 了下，新版厚度减少了许多，但内在还是一样，也就是读的时候要分清哪些是干货，哪些是水，对于 JS 新手而言是个问题。

前面的批评也不是没有道理，JS 并非轻量级 Java ，虽然 JS 受到了 Java 很大影响（或者说蹭热度），比如语法风格，比如基于 UTF16 的字符串类型，对写 Java 的人来说上手很快，但原型链就足以证明它不是 Java 。

JS 的生态位就不同于 Java ，何来“可惜错过了，地盘也抢不回来了”，你为 JS 搓手顿足、懊恼，有点表演型人格发作了。

从性能来讲，JIT 加持的 JS 程序在单线程接近甚至战平 JIT 加持的 Java ，内存占用两者都比较粗狂，但 Java 是支持多线程的。不考虑生态，单纯从性能和内存占用角度来讲，对于单线程程序，选择 JS/TS 和 Java 没太大区别。