前言
以前的项目大多数都是 Java 程序猿又当爹又当妈,既搞前,又搞后端。
随着时代的发展,渐渐的许多大中小公司开始把前后端的界限分的越来越明确,前端工程师只负责前端的事情,后端工程师只管后端的事情。正所谓术业有专攻,一个人如果什么都会,那么每一样都很难达到精通。
大中型公司需要专业人才,小公司需要全才,但是对于个人职业发展来说,选定一个方向,坚持走下去,就对了。
例如你打算专注于 Java 后端,那么把你的精力专注在 Java,JVM 原理,Spring 原理,MySQL 锁,事务,多线程,大并发,分布式架构,微服务,以及相关的项目管理等等,这样你的核心竞争力才会越来越高,正所谓你往生活中投入什么,生活就会反馈给你什么。
我们的 Java Web 项目都是使用了若干后台框架进行开发,Spring、Spring MVC、MyBatis、Hibernate 等等。
而且大多数项目在 Java 后端都是分了三层,控制层、业务层、持久层。控制层负责接收参数,调用相关业务层,封装数据,以及路由到 JSP 页面。然后 Jsp 页面上使用各种标签(jstl/el)表达式将后台的数据展现出来。
我们先看上述这种情况,需求定完了,代码写完了,测试测完了,然后发布:
你需要用 Maven 或者 Eclipse 等工具把你的代码打成一个 war 包,然后把这个 war 包发布到你的生产环境下的 Web 容器里,发布完了之后,你要启动你的 Web 容器,开始提供服务,这时候你通过配置域名,dns 等等相关,你的网站就可以访问了。
那我们来看,你的前后端代码是不是全都在那个 war 包里?包括你的 js,css,图片,各种第三方的库,对吧?
好,下面在浏览器中输入你的网站域名:www.xxx.com,之后发生了什么?
浏览器在通过 ip 路由到你的服务,在 tcp3 次握手之后,通过 tcp 协议开始访问你的 Web 服务器,你的 Web 服务器得到请求后,开始提供服务,接收请求,之后通过 response 返回你的应答给浏览器。
我们先假设你的首页中有 100 张图片,以及一个单表的查询,此时,用户的看似一次 http 请求,其实并不是一次,用户在第一次访问的时候,浏览器中不会有缓存,你的 100 张图片,浏览器要连着请求 100 次 http 请求(有人会跟我说 http 长链短链的问题,不在这里讨论),你的 Web 服务器接收这些请求,都需要耗费内存去创建 socket 来玩 tcp 传输。推荐阅读:40 篇原创干货,带你进入 Spring Boot 殿堂!
重点来了,这样的话,你的 Web 服务器的压力会非常大,因为页面中的所有请求都是只请求到你这台服务器上,如果 1 个人还好,如果 10000 个人并发访问呢(先不聊 web 服务器集群,这里就说是单实例 Web 服务器),那你的服务器能扛住多少个 tcp 链接?你的服务器的内存有多大?你能抗住多少 IO ?你给 web 服务器分的内存有多大?会不会宕机?
这就是为什么,越是大中型的 Web 应用,他们越是要解耦。
理论上你可以把你的数据库+应用服务+消息队列+缓存+用户上传的文件+日志+等等都扔在一台主机上,但是这样就好像是你把鸡蛋都放在一个篮子里,隐患非常大。
正常的分布式架构,是都要拆开的,你的应用服务器集群(前,后)+文件服务器集群+数据库服务器集群+消息队列集群+缓存集群等等。推荐阅读:40 篇原创干货,带你进入 Spring Boot 殿堂!
下面步入正题,首先以后的 Java Web 项目都尽量要避免使用 JSP,要搞前后端解耦,玩分布式架构,这样我们的应用架构才更强。
使用 JSP 的痛点
基于上述的一些痛点,我们应该把整个项目的开发权重往前移,实现前后端真正的解耦!
老的方式
新的方式
有兴趣的童鞋可以访问一下阿里巴巴等大型网站,然后按一下 F12,监控一下你刷新一次页面,他的 http 是怎么玩的,大多数都是单独请求后台数据,使用 json 传输数据,而不是一个大而全的 http 请求把整个页面包括动+静全部返回过来。推荐阅读:40 篇原创干货,带你进入 Spring Boot 殿堂!
这样做的好处
前端服务器放的是 css,js,图片等等一系列静态资源。甚至你还可以 css,js,图片等资源放到特定的文件服务器,例如阿里云的 oss,并使用 cdn 加速,前端服务器负责控制页面引用,跳转,调用后端的接口,后端服务器使用 tomcat 。
这里需要使用一些前端工程化的框架比如 nodejs,react,router,react,redux,webpack。
页面逻辑,跳转错误,浏览器兼容性问题,脚本错误,页面样式等问题,全部由前端工程师来负责。
接口数据出错,数据没有提交成功,应答超时等问题,全部由后端工程师来解决。
双方互不干扰,前端与后端是相亲相爱的一家人。
去参加阿里的技术峰会,听他们说他们的 Web 容器都是自己写的,就算他单实例抗 10 万 http 并发,2000 台是 2 亿 http 并发,并且他们还可以根据预知洪峰来无限拓展,很恐怖,就一个首页。