【转载】java前后端 动静分离,JavaWeb项目为什么我们要放弃jsp?

原文: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从接口里拿。

时间: 2024-10-07 20:15:10

【转载】java前后端 动静分离,JavaWeb项目为什么我们要放弃jsp?的相关文章

【转载】 JavaWeb项目为什么我们要放弃jsp?为什么要前后端解耦?为什么要动静分离?

转载至[http://blog.csdn.net/piantoutongyang/article/details/50878214],仅供自己参考. 看了他的整篇文章,整理出下面的重点: 使用jsp的痛点: 1.jsp上动态资源和静态资源全部耦合在一起,服务器压力大,因为服务器会收到各种静态资源的http请求,动态代码的等等,除非你使用nginx. 万一你的java代码出现了bug,你的页面是显示不出来的,直接蹦到了5xx页面,用户体验极差. (现在javaWeb项目业界的标准是nginx+to

前后端分离与前后端不分离的区别

前后端不分离 在前后端不分离的应用模式中,前端页面看到的效果都是由后端控制,由后端渲染页面或重定向,也就是后端需要控制前端的展示,前端与后端的耦合度很高. 这种应用模式比较适合纯网页应用,但是当后端对接App时,App可能并不需要后端返回一个HTML网页,而仅仅是数据本身,所以后端原本返回网页的接口不再适用于前端App应用,为了对接App后端还需再开发一套接口. 请求的数据交互如下图: 前后端分离 在前后端分离的应用模式中,后端仅返回前端所需的数据,不再渲染HTML页面,不再控制前端的效果.至于

vue发布中的前后端分离和前后端不分离

前后端分离 思路:前端和后台完全分离.前端提供静态的css和js,在运行时将css和js给后端,后端进行数据的请求(ajax) 前后端分离就是前端和后台在不同的服务器上.基本是前端一个nginx加css和js 后端nginx加index.html 当用户访问的时候,访问后端nginx的网址,执行后端的index.html,在运行到资源时,访问前端的nginx返回的css,js等 前后端不分离 思路:前端和后台不分离.前端是源代码build后的代码 后端进行数据的请求(ajax) 前后端不分离就是

前后端分离与前后端不分离

前后端不分离 在前后端不分离的应用模式中,前端页面看到的效果都是由后端控制,由后端渲染页面或重定向,也就是后端需要控制前端的展示,前端与后端的耦合度很高. 这种应用模式比较适合纯网页应用,但是当后端对接App时,App可能并不需要后端返回一个HTML网页,而仅仅是数据本身,所以后端原本返回网页的接口不再适用于前端App应用,为了对接App后端还需再开发一套接口. 请求的数据交互如下图: 前后端分离 在前后端分离的应用模式中,后端仅返回前端所需的数据,不再渲染HTML页面,不再控制前端的效果.至于

Java前后端分离的认识

1.原由 在网上查了关于前后端分离的资料,有所粗浅认识.记录下来,方便以后使用.以下均是个人看法,仅做参考.如有错误请指教,共同进步. 2.为什么前后端分离? ①.一个后台,可以让多种前台系统使用.后台仅仅对外提供接口,前台遵从接口标准向此接口发送合法的数据来获取对应的数据.例如,一个后台系统,你可以在web端.app.小程序.等多种前端来访问后台对应的接口. 3.分离后的前后台开发人员的工作内容变化 ①.前台开发者不在仅仅简单的提供页面,还要负责调转的任务(以前靠springmvc.strut

前后端不分离

今天找文件的时候突然发现了一枚总结文档,觉得有必要留存,以防下次找不着就一不小心发了这篇,哈哈哈 一直做后台管理系统,采用react前后端分离,以接口的形式相互交流,猝不及防得来了三个页面开发,然后: 项目概况:二月开始接手A项目,该项目由前端写静态页面,php开发嵌套数据的形式展现,为期一个月,给前端时间为两周,然后交付到数据嵌套的人员:三月中旬开始接手B项目,该项目有两个端,支付宝端C端以及后台管理平台,这两个项目统统由前端写静态页面,java来嵌套数据. 项目详情: 1.A项目:由于一直没

前后端的分离

对于大部分应用,已经不需要从后端读取HTML页面或者模板,前端完全可以根据数据自行渲染页面/模板,这样,前后台交互就可以简化为数据的增删改查.利用AJAX技术,实现页面局部刷新,促使了前后台分离的可能性. 那么,如何利用前后端分离开发模式,开始一个项目呢? 1. 产品文档 产品经理会先设计好整个产品的业务模块和流程,并给出产品文档,包括UI交互,流程图,模块划分等等.这个时候,产品,前端,后端,测试需要一起评审文档,可能需要多次评审才能确定设计方案. 2. 前端提供接口定义 第二个阶段是前后台同

.NET Core WebApi 前后端开发分离后的配置和部署

转自博客:https://www.cnblogs.com/Vam8023/p/10670741.html 背景:现在越来越多的企业都采用了在开发上前后端分离,前后端开发上的分离有很多种,那么今天,我来分享一下项目中得的前后端分离. B/S Saas 项目:(这个项目可以理解成个人中心,当然不止这么点功能) 前端:node.js + vue 后端:.NET Core WebApi 前端安装 node.js 跟创建vue项目这些不是这篇文章的重点,重点在于项目完成后的部署. .NET Core We

nginx反代后端动静分离 php会话保持使用memcached

nginx调度器: DR:172.18.11.111 ]# yum -y install nginx ]# systemctl start nginx php主机:部署phpwind程序.安装memcached RS1:172.18.11.112 RS2:172.18.11.113 ]# yum -y install php ]# systemctl start php ]# yum -y install memcached ]# yum -y install libmemcached ]# y