为什么node不适合处理静态文件？
因为有比Node性能更高更可靠的Nginx呀.
Nginx从1.7.11加入了AIO线程池支持,能够使用AIO多线程读取和发送大文件,避免Nginx工人进程被阻塞(小文件用sendfile,大文件用AIO线程池).比如发送X-Accel-Redirect: filepath这个请求头给Nginx就不需要程序语言自己输出大文件了.
垃圾回收的策略其实是"先泄露再回收".
个人认为有GC的语言都不适合常驻后台控制大内存.
因为高并发下请求密集时,程序占用的内存会迅速膨胀,
内存膨胀就要依赖GC来释放,而GC会导致程序暂停,
这时会导致堆积更多的请求,这种矛盾最后极有可能导致雪崩.
PHP也有GC,但我们几乎不会看到有人提PHP GC相关的问题.
为什么,因为PHP-FPM这类程序在请求结束后会释放脚本的所有资源,这远比GC彻底.
在请求处理期间,GC基本不起作用,影响极小.
其实可以通过流来处理大文件。
因为静态文件的读取是非常占用内存的,64位服务器node的内存最多只能使用1.4G左右(具体的我忘记了)。
要通过child_process才能实现多进程,发挥多核CPU的优势
我理解的node适合做小而多的请求,提高吞吐量。对于特别吃内存的操作并不适合