先说说 spring 的并发架构策略，我再补充上 jfinal 的

@JFinal 比如说大家都在聊 spring boot Spring cloud dubbo 微服务 等等(因为大家已经意识化的将这些框架搞在一起)，当我们说到jfinal的时候 我们还应该去讨论一些什么内容；

@JFinal 如果简单的聊起短平快的话在技术选型方面 不能得到突出的优势与团队人员进行讨论。

@JFinal 我相信jfinal也可以很好的与主流进行搭档，但是我们需要更多的话题去争议，也需要一些更符合目前市场状态的资源和资料。归根结底就是一句话：“如何说服你的团队成员使用jfinal”

@haicuan139 jfinal 是 WEB + ORM 框架，一点也不耽误使用 dubbo、spring cloud，并且一点也不耽误使用集群、分布式、微服务

WEB + ORM 框架在本质上是与分布式、集群、微服务这些东西没有关系的。多年前就有人在 jfinal 上使用 dubbo了：
https://www.oschina.net/search?scope=blog&q=jfinal%20dubbo

此外，jboot 项目已经在 jfinal 上使用了各种与微服务、分布式第三方框架：
https://www.oschina.net/p/jboot

你就想象成 struts + hibernate 也可以使用 dubbo、spring cloud 这些第三方就可以了

总之，WEB 框架是与分布式、集群、微服务没有任何关系的

@JFinal 是啊，如果我作为一个技术主导者，在不强制的情况下，如何能够让成员心甘情愿的使用jfinal，在一段时间内jfinal也为我省下了很多的时间和开发成本，很显然Spring等 这些目前火热的框架也是大家最擅长的。这是我目前几个项目总结出的一个问题。

@haicuan139 jfinal 与 spring 的定位有很大的不同，jfinal 定位是极度轻量级、学习成本极低、代码量极少、开发速度快、开发体验好

而 spring 定位是一个大而全的框架，并且利用 IOC 做为粘合剂，试图整合各种第三方。几乎什么流行的第三方都去整合一下，这样势必会造成学习成本的急剧上升，IOC 严重影响开发效率以及程序启动时间

不是什么东西都要框架去主动整合的，用户可以直接使用第三方，可以直接跳过这个整合的动作

jfinal 适合愿意尝试新事物、思维开放的年轻开发者，而 spring 比较适合年纪大的保守型开发者