JavaFX 声称移植了 Webkit https://docs.oracle.com/javafx/2/webview/jfxpub-webview.htm

亲测是大坑， CSS 和 HTML 都是自己的一套方言。还是老实用 swing 吧。

为什么要用 Java 呢...

@ryd994 是的，这里为了说明主要矛盾忽略了其他的优化和细节。

@shippo7 说得对，要想深入了解，《操作系统概念》这本书才是正解。阮一峰写的那篇文章举工厂的例子来尝试说明进程和线程，对懂的人来说很好理解，如果本来就什么都不明白的话看了还是不知所云。

不过因为正好刚学过，我尝试解释一下。进程是指正在运行的一个程序，不仅仅包含这个程序的代码（ code ），数据（ data ），文件，还包括当前的运行状态，即指令（ Program Counter ），栈，和当前 CPU 寄存器的值（有时还包括堆）。新创建一个进程需要在内存中创建以上所有内容。对于 Web Server 来说，服务不同连接的代码、数据、文件都是相同的，只是运行状态不同。所以对每个连接都重新创建进程会造成资源浪费。

而线程基本上就是对进程的代码、数据、文件进行重用，每个线程只是保存了不同的运行状态。于是节省了资源。

另一方面，单个 CPU 同一时间只能执行一条指令，即只能运行一个进程。为了让系统能「看起来」在同时进行多个进程， CPU 需要不断地在进程之间切换。这就是 Multiprogramming 的概念。而进行进程切换的时候不但需要把 CPU 的当前指令指针（ Program Counter ）切换到下一个进程，并且需要保存当前进程的运行状态，载入下一个进程上次被中断时的运行状态。这部分时间其实 CPU 是没有做什么对程序来说有意义的事情的，称为进程切换的开销（ Overhead ）。

线程之间的切换代价要小于进程之间的切换代价，因此使用线程节省了时间。

我是前几天才知道句柄原来是 Handle 翻译过来的。

FML...

大学里倒是想讲 x86... 笑

@vSignup 噗，刚想这么说，被你抢先了

认真地说，根据 ifixit 拆解图， MBP 掌托部分是电池，所以你想想用什么办法让电池热起来吧 ;)

lz 你 Linux 没遇到过 kernel panic 吗...

你当生产环境天天折腾个一段时间就会遇到了。

前端路由而已。

为了压韵，他们什么都说得出来。

首先比较推荐使用 bluebird，API 比较丰富，性能也比较高，比 io.js 原生实现的都快。

如果几个执行过程是相互独立的，只是最终的返回的结果需要用到所有过程的结果，那就用 .spread

Promise.delay(500).then(function() {
return [fs.readFileAsync("file1.txt"),
fs.readFileAsync("file2.txt")] ;
}).spread(function(file1text, file2text) {
if (file1text !== file2text) {
console.log("files are equal");
}
else {
console.log("files are not equal");
}
});

如果后面的过程依赖前面过程的结果，就用第三种，传递的时候用 Object。

如果这个活动是真的，这个团队直接可以拉黑名单了。

什么东西都可以被你国人玩变味。

@opennet 这叫什么话，你把自己放在什么位置？

换了思源，PDF 里的宋体都不能显示了。只好再换回来。系统字体还是不折腾了以后...

「曾经作为项目核心成员，成功处理西门子-罗永浩社交媒体危机公关。」

歪楼笑一下 XD

在系统层把 Caps Lock 换成 Ctrl ，然后再用 Karabiner 把 Ctrl + h j k l 映射成方向键，嗯。我还是不能忍 Fn + 啥啥啥的，太别扭

是。

@phoenixlzx 在 pac 中写入 telegram.org 是有用的吗？我看 API 直接给的是 IP... 并且和 telegram.org 对应的 IP 是不一样的