nodejshttp不走系统代理

很多时候，我们需要为 NodeJs 设置反向代理，例如本博客后台 NodeJs 的应用监听的端口为 3333，通过 Nginx 便可以轻松代理为 80 端口，那么应该如何设置呢？
首先设置 upstream：
upstream app_blog {
server 127001:3333;
}
设置 server：
server {
listen 80 default;
server_name wenzhixinnetcn wenzhixin;
location / {
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $>

根据这个URL，可以推断出它包含了三个部分：主机名（localhost），端口号（8080）和路径（/nodejs3sm6j/front/indexhtml）。

主机名：localhost通常指向计算机本地的IP地址（127001），表示这个URL是在本地访问的，也就是本机上的Web服务器。如果是在另外一台计算机上，它就应该使用计算机的IP地址或者域名。

端口号：8080是Web服务器监听的端口号，它用于区分不同的网络应用程序。>

路径：/nodejs3sm6j/front/indexhtml是在Web服务器上的文件路径，它指向了一个名为indexhtml的HTML文件，这个文件在服务器上的位置是/nodejs3sm6j/front/目录下。

所以，这个URL是一个本地Web服务器上的文件路径，用于访问/nodejs3sm6j/front/目录下的indexhtml文件。

NodeJs的优势：

现在的很多的服务器端的语言（PHP,JAVA,ASPnet）,有什么问题呢，现在的服务器端的语言在用户访问服务器时，为每个用户链接创建了一个线程，但每个线程大约要耗费2M的内存，如果一个8G内存的服务器，也就能链接4000个左右的用户，如果用户的链接数较大，就必须增加服务器的数量，而且现在用户的链接方式有很多（如app，网页同时访问），这就又涉及到服务器共享的问题，所以服务器怎么支持最大的同时链接用户量就成了一个问题；

NodeJS修改了客户端到服务器端的链接方法，解决了这个问题，他不在为每个客户端创建一个新的线程，而是为每个客户端链接出发一个NodeJs内部进行处理的事件，所以NodeJS具备同时处理多达几万个用户的客户端链接的能力；

NodeJS适合开发的应用程序：

当应用程序需要处理大量并发的输入/输出，而在向客户端发出响应之前，应用程序内部并不需要进行非常复杂的处理的时候，我们应该考虑使用NodeJs来进行应用程序的开发，例如：

1、聊天服务器：如果聊天的人很多，用户的与服务器之间的并发链接量很大，但是服务器端的数据处理并不复杂；

2、综合类服务网站和电子商务网站的服务器：在这类网站中的服务器端，往往可能每秒存内可以接受多达上千条的数据并且需要将这些数据写入数据库中，NodeJs可以通过其队列机制将这些数据迅速写入缓存区中，然后再通过每一个单独的处理从缓存区中取出这些数据并将其写入数据库中，如果是其他的服务器（如Apache服务器或Tomcat服务器）的话，由于这些服务器采用的是阻塞型I/O机制，因此每条数据写入到数据库中都要等待一段时间（等上一条写完，才能写下一条），但是NodeJs使用的是非阻塞的I/O机制，因此可以实现这些数据到数据库中的写入，而不必再为每条数据的写入而等待一段时间；

总结：

一个规模稍微大点的系统都不是一种开发语言可以搞定的，往往是几种混杂一起，比如c、c做服务器端开发，java做业务逻辑，php等做前端展示，此外还需要消息中间件等等。

nodejs可以很快地在服务器端做原型（原来只有c系和java等能做的事情，性能还很高），而且代码量相对会少很多；另一点是它的语法优势，js闭包等。但它不太适合做cpu密集型处理的工作，只能绕着弯去解决，据说这次QCon会有人分享这方面的研究成果，可以关注下。

每种语言都有它适合的领域，没必要强求一门语言可以解决所有事情，拥有其它语言的特性，只有不断的tradeoff把系统做出来才是目标。这些都是丛书上看到总结的，还望指正

---