原文:http://blog.csdn.net/piantoutongyang/article/details/50878214
今天看到两篇文章,讲解 为什么web开发启用jsp,确实挺有道理,整理如下:
使用jsp的痛点:
1.jsp上动态资源和静态资源全部耦合在一起,服务器压力大,因为服务器会收到各种静态资源的http请求,动态代码的等等,除非你使用nginx。
万一你的java代码出现了bug,你的页面是显示不出来的,直接蹦到了5xx页面,用户体验极差。
(现在javaWeb项目业界的标准是nginx+tomcat,动静分离,请求先到nginx,所有的静态资源请求全部交给nginx,动态资源全部给tomcat,此外nginx还可以玩负载均衡。ps:即使你依然使用jsp,也可以这么玩的,nginx据说单实例http并发高达5w,这个优势要用上,tomcat的各种参数优化完http并发能上2000?还有不要把tomcat暴露给外网,一旦被黑客破解了之后,你配置文件里所有的信息,以及你的代码都会玩完,class文件怎么了?class文件可以反编译,把nginx暴露给外网,只开放80和443端口,nginx调用tomcat全部都是内网ip,及时被黑客破解,他能拿到的也是一些静态资源,你是安全的。)
2.前端工程师做好html后,需要由后端的java工程师来将html修改成jsp页面,包括各种文件的路径,出错率较高(因为页面中经常会出现大量的js代码),
页面中耦合了标签,java表达式,js代码,html代码,特别乱,修改问题时需要双方协同开发,效率低下。
3.jsp必须要在支持java的web服务器里运行(例如tomcat/resin/jboss/weblogic等),性能提不上来。
4.第一次请求jsp,必须要在web服务器中编译成servlet,第一次运行会较慢。
5.每次请求jsp都是访问servlet再用输出流输出的html页面,效率没有直接使用html高(记住是每次哟~~~内存哟,IO哟)。
6.如果在生产环境中,发现了前端的bug,让前端工程师来调试bug,这个时候的页面已经很混乱了,呵呵,他会遇到很多痛点。
7.如果jsp中的内容很多,页面响应会很慢,因为是同步加载。
---------------------------------------------------
基于上述的一些痛点,我们应该把整个项目的开发权重往前移,实现前后端真正的解耦!
前端不仅仅是css,js那么简单,前端在使用了一些框架和工具之后,是可以变成前端项目的,在项目层面拆开,前端也需要有MVC框架,也需要编译,打包,部署,是很复杂的,
越是大型互联网公司,前端项目越是工程化的项目,包括前端项目的版本管理,运维,水都是很深的。
---------------------------------------------------
这样做的好处是:
1.可以实现真正的前后端解耦,前端服务器使用nginx。
前端服务器放的是css,js,图片等等一系列静态资源(甚至你还可以css,js,图片等资源放到特定的文件服务器,例如阿里云的oss,并使用cdn加速),前端服务器负责控制页面引用,跳转,调用后端的接口,后端服务器使用tomcat(把tomcat想象成一个数据提供者,这里也叫应用服务器),加快整体响应速度。
(这里需要使用一些前端工程化的框架比如nodejs,react,router,react,redux,webpack)
2.发现bug,可以快速定位是谁的问题,不会出现互相踢皮球的现象。
页面逻辑,跳转错误,浏览器兼容性问题,脚本错误,页面样式等问题,全部由前端工程师来负责。
接口数据出错,数据没有提交成功,应答超时等问题,全部由后端工程师来解决。
双方互不干扰,前端与后端是相亲相爱的一家人。
3.在大并发情况下,我可以同时水平扩展前后端服务器,比如淘宝的一个首页就需要2000+台前端服务器做集群来抗住日均多少亿+的日均pv。
(去参加阿里的技术峰会,听他们说他们的web容器都是自己写的,就算他单实例抗10万http并发,2000台是2亿http并发,你没有看错,确实是并发http,并且他们还可以根据大数据来预知洪峰来无限拓展,他们的大数据都是实时采集,实时分析以及使用的,正所谓由IT时代变为DT时代,很恐怖,就一个首页。。。)
4.减少后端服务器的并发压力,除了接口以外的其他所有http请求全部转移到前端nginx上。
5.即使后端服务暂时超时或者宕机了,前端页面也会正常访问,只不过数据刷不出来而已。
6.也许你也需要有微信相关的轻应用,那样你的接口完全可以共用,如果也有app相关的服务,那么只要通过一些代码重构,也可以大量复用接口,提升效率。
7.页面显示的东西再多也不怕,因为是异步加载。
---------------------------------------------------
注意:
1.在开需求会议的时候,前后端工程师必须全部参加,并且需要制定好接口文档,后端工程师要写好测试用例,不要让前端工程师充当你的组专职测试,推荐使用
chrome的插件postman,service层的测试用例拿junit写。
2.上述的接口并不是java里的interface,说白了调用接口就是调用你controler里的方法。
3.加重了前端团队的工作量,减轻了后端团队的工作量,提高了性能和可扩展性,可维护性。
4.我们需要一些前端的框架来解决类似于页面嵌套,分页,页面跳转控制等功能。(上面提到的那些前端框架)。
5.如果你的项目很小,或者是一个单纯的内网项目,那你大可放心,不用任何架构而言,但是如果你的项目是外网项目,呵呵哒。
6.以前还有人在使用类似于velocity/freemarker等模板框架来生成静态页面,现在这种做法也被淘汰掉了。
7.这篇文章主要的目的是说jsp在大型外网java web项目中被淘汰掉,可没说jsp可以完全不学,对于一些学生朋友来说,jsp/servlet等相关的java web基础还是要掌握牢的,不然你以为springmvc这种框架是基于什么来写的?
8.如果页面上有一些权限等等相关的校验,那么这些相关的数据也可以通过ajax从接口里拿。