很多人都有Java背景，对于Node.js他们大多是观望，学习，可能还不是特别清楚，如果让Java项目和Node.js结合使用？
本文主要讲解的是这个问题，通过各种比较，最后给出技术栈升级的建议。
Java是传统的老牌后端，虽然它也可以jsp类的写点前端的东西，JavaEE里从model 1到model 2的差别就在于视图和控制器分离，引出jsp，再也不用servlet管全部了。
model 1
model 2
一般我们把WebRoot目录下面的理解为是前端，非WebRoot理解成后端。
烂大街的三大框架
这里又不是十分严格，比如后端给jsp传值，然后渲染，这时候前后端还是耦合在一起的，还不是严格意义上的前后端分离。
所以，我们彻底点，让后端只提供api，把webroot里面的api请求使用ajax替换。
app拆分成了2部分
- 后端 java api
- 前端，jsp + ajax
在彻底一点，把它们分别部署服务器上，比如tomcat
- tomcat 1（端口8080） 部署后端api
- tomcat 2（端口8081） 部署前端，jsp + ajax
这样就分开，但访问的时候可能会有跨域问题，于是我们还得把它们合并到一个域名里面，那就凑合nginx吧
location / {
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
proxy_set_header X-NginX-Proxy true;
proxy_pass http://127.0.0.1:8080;
proxy_redirect off;
}
# Load configuration files for the default server block.
# include /etc/nginx/default.d/*.conf;
# Load configuration files for the default server block.
include /etc/nginx/default.d/*.conf;
location /api {
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
proxy_set_header X-NginX-Proxy true;
proxy_pass http://127.0.0.1:8081;
proxy_redirect off;
}
此时访问，所有的都放到http://127.0.0.1:80端口下面，是不是就完美解决了？
前端，我们还能做什么优化呢？
把那些js和css、图片压缩，丢到cdn上
- 研究浏览器机制，提高渲染速度
- 模块化加载
- profile
- 各种框架，angularjs，react，具体看我写的前端4阶段吧
- 各种变态预处理写法
默认是使用json api风格
摘抄：http://www.startupcto.com/backend-tech/building-an-api-best-practices
You'll generally want to wrap all your API responses in an 'envelope' which specifies metadata about the APIcall.
// sample JSON envelope
{
"status": {
"code": 10000,
"message": 'Success'
},
"response": {
...results...
}
}
Doing this allows for client handler code to behave the same way for all API calls, since it gets a responses back in a universal format.
语义上再好一点，推荐：
// sample JSON envelope
{
"status": {
"code": 10000,
"message": 'Success'
},
"data": {
...results...
}
}
可视化编辑校验： http://jsoneditoronline.org/
当然restful 风格api也是非常好的。
比较好的做法是http api调用rpc，提供最终api
- 单一调用，简单接口
- 多个调用，可以封装成上层服务，也可以组合用
rpc框架，如dubbo，dubbo-x，motan，grpc等
一般拆分rpc都会按照某些业务主体划分，所以数据库是可以拆分出去
比如
- 库存
- 订单
- 评论
- 弹幕
其实，只要保证用户一致，其他数据库保存各自的数据就好。在数据分析的时候，汇总到一起即可，无论etl还是stream都可以。
服务和db拆分的好处是便于横向扩展，这样就可以做到动态伸缩，哪里有瓶颈治哪里，在架构调优上是有明显优势的。
采用consul作为服务发现软件
这是java写的
https://github.com/naver/pinpoint
都是重复的，如日志、权限等，这时，我们需要api Gateway。
通过nginx + lua实现，提供插件机制，非常好用。
- docker
- saltstack
架构是相同的，其实语言是无所谓的。所以这套东西也适合Node.js哦。
首先，Node.js是运行在v8之上的js 运行环境。语法上和js同出一辙，差别在于，它可以进行更多其他后端语言完成的功能，如io、网络等。
一般，大前端指的是前端 + Node.js这样的组合，这时的Node.js仅作前端工具使用。
也就是说js才是混淆点
- 前端有js
- Node也是js语法
那再俗一点
- 前端有js（Node.js作前端工具）
- 后端 Node.js (express、koa等类似于javaEE的servlet)
这样是不是就清晰多了？
好了，我们在来对比Java的部分来说
- 后端，java api
- 前端，jsp + ajax
那么，结论应该是
- jsp + ajax = Node.js + ajax
- java api = Node.js api
java接口和jsp都是跑在tomcat这样的JavaEE服务器上的，而Node.js无论是jade/ejs还是用Node.js写api接口，它们都是Node.js自身的服务器的。
这样对比的目的是为了让大家情况它们的差别。
下面我们就看一下，组合吧
- Java api 做后端
- Node.js jade/ejs + ajax 作为前端（moa-frontend就是代表）
这是比较常见，很多叫这种方位proxy，这里面设计的问题就很明显了，ajax能直接调用java api，还有复杂的业务是无法java接口直接搞定的呢？
于是各种hack，比如采用 https://github.com/request/request ，但是这是http请求啊，http协议还是比较重的，每次请求至少50ms，如果多几个请求，就算加上缓存也是非常难受的，那么怎么办呢？
想想我们上面说的rpc吧，在express里不调用request，换成rpc是比较靠谱的，那么问题又来了，既要支持java又要支持node，rpc框架最好是支持多语言的，这时grpc就成了比较好的选择了，不然就一言不合自己写一个？哈哈
下面来个不常见的技术栈
- jsp + ajax 作为前端
- Node.js api 做后端
这其实也是可以，只是有点多余而已，对于熟悉jsp的人未尝不是好事呢。
其实Node可以做的更多的
- 模板引擎
- css预处理器: less|stylus|compass|sass
- js友好语言: coffee、typescript
- html/css/js（基础）
- jQuery、jQuery-ui，Extjs（曾经流行）
- Backbone（mvc），Angularjs（当前流行）
- React组件化、Vuejs（未来趋势）
Vuejs综合Angular和React的优点，应该是下一个流行趋势
- grunt
- gulp
- webpack
- npm scripts
跨平台覆盖，从各种浏览器到移动端、pc客户端
- 移动端 cordova
- pc客户端 electron
讲了java和Node的定位，总结了它们的组合可能，以期读者能够明白各位能做什么，合适做什么，同时有一些比较好的实践，最后给出Node.js能做的更好的现代web开发，希望对大家有所帮助。
对于上新的技术栈，我一向是保守的，一次只上一样新的，小步快走。比如java先做前后端分离，然后再考虑把前端用node替换，然后rpc改造，甚至极端点后端也可以使用Node.js做。
桑世龙（网名i5ting），空弦科技 CTO，StuQ 明星讲师，开源项目 Moajs 作者，Node.js 技术布道者。 曾就职在新浪、网秦，曾做过前端、后端、数据分析、移动端负责人、首席架构师、技术总监，全栈技术实践者，目前主要关注技术架构和团队梯队建设方向。
