jfinal如果 作为微服务开发框架还有哪些问题需要解决？

@大川 jfinal 是 web + orm + aop 框架，而微服务分布式的范畴，两者在本质上并无关系

所以，你相当于是在问 spring 是否适合微服务。实现微服务的是 spirng 整合的那一套第三方的东西，而并不是 spring 自身

所以，jfinal 是否适合微服务分布式开发这个问题本身是不存在的，因为 jfinal 根本就不涉及微服务的事情。

jfinal 是 web + aop + orm 框架，适合的领域自然是 web 项目，需要操作数据库的项目。

此外，我并不看好现有的微服务技术体系，成本高、复杂度高。

因此，带头搞微服务公司已经在开始弃用微服务，在开始搞宏服务，也就是在回归成本更合理的老模式：
https://www.infoq.cn/article/o465WFwDXg3mw3I8T3Ae

如果真要搞微服务， kubernetes / k8s 容器技术才是未来的方向，成本低，效率高，可以越过现有 spring 整合的那套微服务技术栈

最后，IT 这个行业服从于 幕律分布 规律，简单来说就是同一赛道第一名到第三名将占据 95% 以上的份额，其它则只能勉强活着

这也就意味着，这个行业绝大多数企业都是中小型规模，也就意味着它们的业务根本没有多高的微服务需求，弄个简单的项目拆分 + 集群就性能过剩了

但很多开发者一味追逐微服务，最后只能吃力不讨好，失败收场。 花费精力学习的大量知识也将被快速淘汰

技术 "品位" 很重要，注意这里的 "品位" 中的 "位"，不是 "味" 道的 "味"

微服务，本质上就是一个servlet（或handle），拆到最细的一层，就是一个servlet（或handle）中的一个方法。

我在jfinal的基础上，借助thrift，netty等库实现一套自己的“微服务”，可能我这个不叫微服务，或则只是适合自己的微服务。我比较赞同波总的意见。不过微服务当下是流行语，不跟风，似乎会让客户觉得我们技术不行。有时候做技术也是人在江湖身不由己。

@JFinal 评论不能点赞么？这个评论赞一下

@opal 无服务呢

@zzutligang 当前比较知名的基于 jfinal 的微服务框架 jboot ：
https://gitee.com/fuhai/jboot

@JFinal 访问不了了。