本文目录一览：
node.js和php哪个简单
单论做网站，应该是php简单。。但node.js也不算太难，而且能做到的事情，比php多很多。
php是个过时的技术，和ASP是同代的产物（asp.net的前身）那时候名叫C- -，后来改名才叫PHP的。就和windowsXP一样。技术上没有任何优势。但市场还在，尽管早晚是要被淘汰的，但由于学习门槛低，又确实有市场需求。所以淘汰速度并不快
JAVASCRIPT是个90后，按说也算是比较老了，但NODE却是门新兴技术。。由于非阻塞异步io实现，导致node的io效率非常高。。。实际测试，node的效率，大约比php高出70-100倍左右。。而且node除了做网站之外，还可以搞嵌入式，树莓派，甚至网游服务器。。
简单概括，如果只是做网站，php简单些。。。但个人还是推荐node。。一个是夕阳技术，一个是朝阳技术。。。其实很容易判断
不过把范围再扩大一些的话，我觉得两个的学习价值都不高。因为都是动态语言，在编写中型以上项目时，都会不可避免的受限于动态语言天生的劣根性，导致各种问题。学习性价比最高的应该是.NET CORE。学习比node难不了太多，而性能却是顶级的。或者Java，岗位多需求大，属于最四平八稳的选择。如果要长期做程序，转向静态语言是迟早的事儿。无论Node，还是php，都只是过渡之下的产物，而不是最终选择。
为什么不直接使用js与后台交互,而使用jsp等技术?
前端与后台是两个不同的运行环境，所要面对和处理的问题是完全不同的，比如前端脚本主要是用来处理页面与浏览者之间的交互的，而后台脚本则是根据前端的要求读取数据库并返回数据给前端，如果一种程序语言既要兼顾前端又要兼顾后台，那么它必然会很臃肿，会影响运行效率。nodejs虽然使用的语法是JavaScript，但它本质上与前端的JavaScript还是不同的，它其实跟asp、jsp、php一样是运行在服务器的（浏览器查看源代码是看不到nodejs代码的），只不过语法是js而已。
退一万步讲，即使JavaScript能实现前后端统一，在实际应用中它仍然要分为泾渭分明的前端和后台两部分，服务器会首先执行后台部分的代码，然后把前端代码（包含html+css+前端js）发送给客户端浏览器，浏览器在渲染页面效果的同时解析执行前端js。这样的话，前后端都用js与前后端用不同的语言或系统又有什么本质区别呢？更何况实际开发中前端和后台是由不同的人（或团队）来进行的，这种情况下又怎么能强求两者的一致呢？
再一个就是安全问题，如果前端js可以直接操作后台，那么很多后台的秘密（不单单是密码）就会直接暴露在全世界所有人的眼皮下，这是一件很恐怖的事，堪比世界末日！
Nodejs是什么，有什么用
Nodejs 是一门语言 运行在服务器端 作用 类似于 jsp asp php 等 用于响应客户端(前台)的网路请求.
特点是 ,1 语言风格类似于 JavaScript , 使专精于前台的开发人员能够很快上手开发后台;
2 : 完全异步的I/O模型 , 就是说所有的请求就是异步执行 完全没有阻塞 ,极大提高web服务的并发性.对于I/O密集型应用来说，会有明显的性能提升.
node.js是什么
Node.js 是一个基于 Chrome V8 引擎的 JavaScript 运行环境。 Node.js 使用了一个事件驱动、非阻塞式 I/O 的模型。
Node 是一个让 JavaScript 运行在服务端的开发平台，它让 JavaScript 成为与PHP、Python、Perl、Ruby 等服务端语言平起平坐的脚本语言。发布于2009年5月，由Ryan Dahl开发，实质是对Chrome V8引擎进行了封装。
Node对一些特殊用例进行优化，提供替代的API，使得V8在非浏览器环境下运行得更好。V8引擎执行Javascript的速度非常快，性能非常好。Node是一个基于Chrome JavaScript运行时建立的平台， 用于方便地搭建响应速度快、易于扩展的网络应用。Node 使用事件驱动， 非阻塞I/O 模型而得以轻量和高效，非常适合在分布式设备上运行数据密集型的实时应用。
扩展资料：
Node采用一系列“非阻塞”库来支持事件循环的方式。本质上就是为文件系统、数据库之类的资源提供接口。向文件系统发送一个请求时，无需等待硬盘（寻址并检索文件），硬盘准备好的时候非阻塞接口会通知Node。
该模型以可扩展的方式简化了对慢资源的访问， 直观，易懂。尤其是对于熟悉onmouseover、onclick等DOM事件的用户，更有一种似曾相识的感觉。
nodejs的优势
NodeJs的优势：
现在的很多的服务器端的语言（PHP,JAVA,ASP.net）,有什么问题呢，现在的服务器端的语言在用户访问服务器时，为每个用户链接创建了一个线程，但每个线程大约要耗费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把系统做出来才是目标。这些都是丛书上看到总结的，还望指正
