说实话，在过去将近20年中，spring对于it行业的帮助还是很大的，尤其是信息系统建设方面。
但在我看来，spring的发展也许进入了一个困局。
开始的时候，spring的确是一个还是算小巧的工具，但是现在已经变成了一个庞杂的大东西。
的确，它好像什么都可以解决，但是变得过于繁复，庞大，性能上也有下降。
从工程的某个角度看，spring的确加快了系统的建设！但看待一个事物，总是要多个方面，不能失于片面。
运维问题
从运维角度看，用java写的东西，天然就不是一个绿色的程序，应为java本身就很慢，再加上spring自身复杂的结构，导致一个功能可能变得
很慢，所耗费的能源还是很客观的。
有人做了研究，具体什么标准不太清楚，但是大体反应了一个现实：
Which Programming Languages Use the Least Electricity? - The New Stack
注：这个表格来自下文的论文中
java是c的大概两倍，但是考虑到spring的复杂结构，我觉得至少是3倍的关系。考虑到全球有那么多服务器都是运行java程序，可想而知，这个能耗。
还有一个参考文献：Ranking programming languages by energy efficiency (states.github.io)
这是在计算机科学杂志上发表的：
现在人们还不是太关注这个方面，但是考虑到恶劣的自然环境和日益减少的能源，我们的程序是不是应该更应该考虑运行效率了？
对于现在这个世界，节能应该是一直需要关注的事情。
最近人工智能芯片的问题，充分说明了节能的重要性。
只可惜，我们的科学家和工程师并没有认真做好他们自己的事情，这也侧面反应了为什么我们的某些方便和外国人还是有很大的差距，因为首先
态度就是一个巨大的问题，我们太缺乏学术心态，缺乏长远的目光。
学习角度
从学习角度出发，spring正在变得越来越复杂。此外它所推崇的方便可能让它自己的效率进一步下降，进一步复杂。
考虑到这是一个很流行的框架，也许大家需要浪费越来越多的时间了。
当然，也有人认为，这是一个学习曲线还算不错的框架，我也承认这个。但我认为，作为一个javaee框架，没有必要搞得那么复杂。
如果只是用spring开发javeee应用，我建议还是尽量只使用spring的核心部分即可，其它所谓的security等等之类的东西，也许需要慎重考虑。
如果考虑到用于开发项目，那么也许脱离这些复杂的东西会可能更好一些。
我只能说，spring有时候的确是有点方便，但是我们需要考虑它的代价。做事情总是顾头不顾尾，迟早会出问题，我特别讨厌那样的人。
