实现前后端解耦--json进行前后端交互

json进行前后端交互

   jsp因为安全、跨平台、易维护而得到广泛应用，特别在企业级开发中很欢迎，但它的短处也特别让人诟病

假设你的首页中有100张图片，以及一个单表的查询，此时，用户的看似一次http请求，其实并不是一次，用户在第一次访问的时候，浏览器中不会有缓存，你的100张图片，浏览器要连着请求100次http请求（有人会跟我说http长链短链的问题，不在这里讨论），你的web服务器接收这些请求，都需要耗费内存去创建socket来玩tcp传输。

  但是这样的话，web服务器的压力会非常大，因为页面中的所有请求都是只请求到你这台服务器上，如果1个人还好，但如果10000个人甚至更多人并发访问（先不聊web服务器集群，这里就说是单实例web服务器），那服务器就要响应大量的tcp链接，可能由于服务器的内存不足而产生宕机。因此，越是大中型的web应用，越是要解耦。

理论上你可以把你的数据库+应用服务+消息队列+缓存+用户上传的文件+日志+等等都扔在一台主机上，但是这样就好像是你把鸡蛋都放在一个篮子里，隐患非常大。

正常的分布式架构，是都要拆开的，你的应用服务器集群（前，后）+文件服务器集群+数据库服务器集群+消息队列集群+缓存集群等等。

       在实际开发中，java web项目都尽量要避免使用jsp，要实现后台解耦，玩分布式架构，这样我们的应用架构才更强。

  1.浏览器发送请求

  2.直接到达html页面（路由规则由前端制定，整个项目开发的权重前移）

  3.html页面负责调用服务端接口产生数据（通过ajax等等）

  4.填充html，展现动态效果。

单独请求后台数据，使用json传输数据，前端用:JSON.stringify()格式化数据后传到后端,设置ajax的表头格式为:application/json，

后端(springMVC)的colltroler中用ResponseBody和RequestBody进行接收，这样才能适应实际需求：

  1.可以实现真正的前后端解耦，前端服务器使用nginx。前端服务器放的是css，js，图片等等一系列静态资源（甚至你还可以css，js，图片等资源放到特定的文件服务器，例如阿里云的oss，并使用cdn加速），前端服务器负责控制页面引用，跳转，调用后端的接口，后端服务器使用tomcat。（这里需要使用一些前端工程化的框架比如nodejs，react，router，react，redux，webpack）

  2.发现bug，可以快速定位是谁的问题，不会出现互相踢皮球的现象。页面逻辑，跳转错误，浏览器兼容性问题，脚本错误，页面样式等问题，全部由前端工程师来负责。接口数据出错，数据没有提交成功，应答超时等问题，全部由后端工程师来解决。双方互不干扰，前端与后端是相亲相爱的一家人。

  3.在大并发情况下，我可以同时水平扩展前后端服务器，比如淘宝的一个首页就需要2000台前端服务器做集群来抗住日均数以亿计的日均pv。阿里的web容器都是自己写的，就算他单实例抗10万http并发，2000台是2亿http并发，并且他们还可以根据预知洪峰来无限拓展。

  4.减少后端服务器的并发压力，除了接口以外的其他所有http请求全部转移到前端nginx上。

  5.即使后端服务暂时超时或者宕机了，前端页面也会正常访问，只不过数据刷不出来而已。

  6.也许你也需要有微信相关的轻应用，那样你的接口完全可以共用，如果也有app相关的服务，那么只要通过一些代码重构，也可以大量复用接口，提升效率。

  7.页面显示的东西再多也不怕，因为是异步加载。