Tomcat服务器开发教程_webapp服务器代码解耦合2

　　以前的项目大多数都是Java程序猿又当爹又当妈，又搞前端（ajax/jQuery/js/html/css等等），又搞后端（java/MySQL/Oracle等等）。

　　随着时代的发展，渐渐的许多大中小公司开始把前后端的界限分的越来越明确，前端工程师只管前端的事情，后端工程师只管后端的事情，正所谓术业有专攻，一个人如果什么都会，那么他毕竟什么都不精。

　　大中型公司需要专业人才，小公司需要全才，但是对于个人职业发展来说，我建议是分开。你要是这辈子就吃java这碗饭，就不要去研究什么css，js等等。

　　把你的精力专注在java，jvm原理，spring原理，mysql锁，事务，多线程，大并发，分布式架构，微服务，以及相关的项目管理等等，这样你的核心竞争力才会越来越高，正所谓你往生活中投入什么，生活就会反馈给你什么。

　　几曾何时，我们的Javaweb项目都是使用了若干后台框架，springmvc/struts+spring+springjdbc/hibernate/mybatis等等

　　大多数项目在java后端都是分了三层，控制层（controller/action），业务层（service/manage），持久层（dao）。

　　控制层负责接收参数，调用相关业务层，封装数据，以及路由到jsp页面。然后jsp页面上使用各种标签（jstl/el）或者手写java（<%=%>）将后台的数据展现出来。

　　浏览器在通过ip路由到你的服务，在tcp3次握手之后，通过tcp协议开始访问你的web服务器，你的web服务器得到请求后，开始提供服务，接收请求，之后通过response返回你的应答给浏览器。

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

　　重点来了，这样的话，你的web服务器的压力会非常大，因为页面中的所有请求都是只请求到你这台服务器上，如果1个人还好，如果10000个人并发访问呢（先不聊web服务器集群，这里就说是单实例web服务器），那你的服务器能扛住多少个tcp链接？你的服务器的内存有多大？你能抗住多少IO？你给web服务器分的内存有多大？会不会宕机？

　　这就是为什么，越是大中型的web应用，他们越是要解耦。

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