盘点下那些用过的Java web框架
本文来盘点下一些用过的Java web网站开发技术，讲讲技术和组件的演变过程。从中大家就能知道为什么现在要用框架开发网站，以及为什么大多数公司会选spring boot框架。
一开始比较流行的web网站开发技术是asp，java层面的是jsp，这两者其实差别不大。
JSP不能理解成是框架，而是一种技术。JSP里很神奇，里面可以包含HTML页面代码和Java代码。也就说说，如果用jsp开发web页面的时候，前后端是不分离的，全在一个jsp文件里，所以当时只要会用jsp，那么一定能称得上“全栈开发工程师”。
一般一个JSP文件会对应一个web页面，一个jsp文件会包含如下的内容。
1 开头会用JS等脚本，判断该页面是否有请求到达，如果有，还得分，对不同页面挑过来的请求要做不同的处理，所以一个jsp文件的开头，包含很长一段if else语句来处理请求，这是常有的事。
2 然后会用HTML代码来渲染页面，当然其中还会和css，div等元素打交道。
3 页面里如果需要展示从数据库里得到的数据，那么就需要用java代码现连数据库并得到数据，所以一个jsp页面里出现大量JDBC对象也是正常的。
4 同样道理，如果页面里需要展示其他业务数据，也需要加入java代码。
所以一般一个jsp文件是个包含前端、js脚本和java语言的大杂烩，这样开发起来就不容易，如果遇到业务调整，要维护对应的jsp代码更难。
由于JSP里包含的要素实在太多，后面就改成了jsp+servlet+javabean的模式。
在这模式中，会把JSP页面里负责跳转的代码放入servlet，再把一些java通用性的代码，比如连数据库或业务方法，放入javabean，这其实已经引入了MVC模式。
和单纯的JSP相比，这套模式仅仅是拆分了jsp文件，但具体的调转页面动作以及传输参数和请求传递等细节，依然需要程序员来编写。即程序员不仅要实现web项目里的业务，更需要实现页面间跳转和数据传输等底层细节，这对程序员的要求是比较高的。
后来在此基础上引入了Struts，这是一个比较成熟的web框架。
当时Struts框架展现出了如下的优势。
1 封装了页面跳转等的web事件实现细节，比如在jsp里，程序员调用跳转方法，并传入参数以实现跳转，而跳转目标所对应的jsp还得去接收。但在Struts框架里，程序员只要指定向哪里跳转即可，具体的跳转动作Struts框架能自动实现。
2 能用xml等配置文件，配置通用性参数。比如请求和对应页面的跳转规则，或者是数据库连接参数，都可以配到xml里。
由于Struts能分担些页面跳转等web动作的实现过程，所以Struts也流行了一阵。从中大家也能体会到框架的含义：用底层实现的方式封装了通用性的动作，这样程序员能通过使用api或编写配置等轻便的方式实现Web网站方面的功能。
但是Struts框架也有“侵入性强”的问题，比如要开发一个实现业务功能的模块，在模块里一定能看到Struts的痕迹，比如struts动作等。用专业的话说：基于Struts框架的Web项目，业务和Struts耦合度太紧密。比如要升级Struts的支持包，或者要更改原有业务的web跳转方式，那么一定得用额外的代码来维护Struts相关的模块。
我们知道Spring框架的优势是依赖注入，即能降低模块间的耦合度，所以后来在单纯Struts框架上引入了SSH框架，用Struts框架里的web跳转动作和web实现细节，用Spring来管理模块，让模块间低耦合好维护，再用Hibernate来实现ORM映射。
SSH框架和Struts框架的进步还在于引入了ORM。之前程序员在实现业务时需要自己关注数据库，比如用JDBC得到连接，再用sql语句去做增删改查，然后再自己得到结果，再展示数据库结果到页面上。也就是说，业务代码和数据库相关的代码关联性很强，这就要求程序员在开发时，需要了解数据库的表名和字段名等细节。
为了进一步解开业务模块和数据库之间的关联，SSH框架里的Hibernate，可以用来把数据库里的表，映射成Java对象，这样程序员从数据库里得到的数据会被Hibernate，根据配置文件等定义，自动转换成List等类型的Java类，这样程序员就可以用操作Java对象的方式来操作数据库。
这里姑且不论这种ORM映射做法的必要性，但这进一步降低了程序员开发Web项目的难度，程序员只需要懂java，就能开发web网站，而数据库相关细节和动作都能被Hibernate等ORM组件屏蔽。
由于Hibernate比较重，所以SSH框架后来被替换成SSM。M是Mybatis，现在SSM框架还在用。
SSM框架由于能很好地向程序员屏蔽页面跳转等动作，能让程序员很便捷地把业务数据映射到数据库里，所以能进一步降低程序员开发Web项目的难度，同时由于把业务、数据库和前端支持等模块拆分到不同的文件里，所以基于SSM框架的项目也比较好维护。
但SSM（或SSH）框架有如下两个问题。
1 配置文件太多太复杂。比如要连个数据库，得写xml，要实现个事务，也得用，要整合个dubbo，也得写。所以一个项目开发下来，xml配置文件会有很多，而且每个配置文件里有几百行代码，都算正常。
2 SSM框架的代码，部署时需要打成war包，然后部署到tomcat等服务器里。当然之前的框架也是这样干的，不过Spring Boot框架在这方面能省事不少。
现在主流的Web框架是Spring Boot，里面是通过注解替代了配置文件，所以哪怕在项目里整合了事务，dubbo或者其他组件，都可以用简单的注解来实现，而无需再写长长的配置文件。
而且由于Spring boot框架内嵌tomcat服务器，所以发布时，只要把项目打成jar包，然后用java命令启动即可。此外，之前框架里封装的web底层实现细节，这个框架也有。
讲到这里大家其实可以看到，用java开发网站，用框架其实能帮程序员省太多的事情。比如造房子，不用框架的建筑方式是，从一砖一瓦自己搭建，中间自己再铺设水电煤等管道。如果是用框架，就直接用现成的建筑模块单元组装成房子。
其实用框架还真是程序员，或者是软件公司自己的选择，客户方才不管。只要他们提出的需求能实现，哪怕是用asp实现他们也没意见，但这样的话，软件公司就无法用框架提供的web和数据库基础设施等便利，什么都得从头开始，一方面进度会慢，导致成本高，一方面维护难，提升后期风险。
由于框架已经帮程序员封装了太多的底层细节，所以大家能比较容易地达到“用框架开发增删改查业务“的水准，但这仅仅是Java初级开发干的活。
如果再要往上发展，绝不是去深挖框架的底层细节，这种技能应付面试也就算了，而应该去了解分布式组件或微服务框架，并能实现高并发的功能。如果再要向上发展，就要去积累通过框架+组件设计应对高并发场景的项目实施框架，同时再去积累解决这过程中常见问题的经验。如果把这块做好了，升级个Java架构问题都不大了，按现在的行情，年入60w应该都算毛毛雨了。
本文讲解了Web框架的发展历程，并在此基础上解释了框架对web开发的作用。本文全文原创，用时将近3小时，如果如果大家感觉可以，请多多点赞。