1、必须要有，不然就永远不会有
应用开发框架，虽然没有芯片、操作系统、数据库、编程语言这些重要。但是最终呈现在用户面前的，总是有软件部分。而软件系统开发，一般都需要应用开发框架，它是软件系统的基础性部件之一。
很多很多软件系统都会有 Java 开发的部分，尤其是政府部门的软件系统大量的使用了 Java。市场非常的大，我们有很多的 Java 程序员，更有很多技术大能，也为很多全球级的项目供献过力量。理所应该当也要有自己的“生态级”应用开发框架，不是说卡不卡脖子的问题，而是不好意思没有啊！外面可是隔三差五的出语言。
国内现在有很多好的“功能性能开发框架”，也有很多好的“快速开发框架”，还有很多好的“后台脚手架”。但是没有像 Spring 这样生态级的框架出现。个人觉得，这应该是有问题的、是可惜的、是遗憾的。
想要搞个 Java 生态级的应用开发框架。一般是以年为开发时间单位的（需要漫长的时间打磨），一般是不赚钱的。还有 Spring 生态这个巨人存在。但，真的有很多人是期待的：一个轻量的，更现代感的，最好还是国产的。
刚开始的确会很难；刚开始可能不如人家的完善；刚开始会有很多人质疑和漫骂。再难能有芯片难？？？不是说非要替换代别人，而是必须要有，不然就永远不会有。
2、一个美好的“生态级”应用开发框架
应该是所有“功能型”框架的好朋友，就像水、土、空气一样串起万物生长；应该是接地气些，方便所有技术员快速学习和使用。比如：
- 应该能自动装配扩展能力（方便做第三方扩展）
- 应该有很多的第三方合作与便利适配（生态嘛）
- 应该有IOC 和 AOP（确实更便利）
- 应该启动很快（必须要远超它的前辈）
- 应该内存更少，尤其是在启动时和静默时的内存（休息时，不该吃那么多内存）
- 应该很少量的代码（不然学习太幸苦了）
- 应该有自己的思考方式和性格特性（抄过来的不好）
其实要求也不高，只要道心稳，慢慢打怪升级。最近有位技术大牛说：国外有 spring 和 apache，国内有 solon 和 dromara。
3、论 Solon 框架的意义
是一个国产的生态级 Java 应用开发框架（已发具备全球第二级别的生态）。开玩笑，两三百个生态扩展呢。
- 国内第一个
从零开始构建，有自己的标准规范与开放生态。尤其没有使用 javaee 的接口规范（它改包名了，可麻烦）。会借鉴与善用前人的成果，但绝对是原创。
- 为什么说是生态呢
没有功能，没有集成。都是基于标准与规范的扩展与适配。同一个需求，可以有很多不同的方案选择。这是架构的美感。当然别人家的生态框架也会是这样。
- 提供不同的选择
以前只有包子，没得选，不管什么场景只有包子吃。而且很多人都习惯了这样。现在是还有面条和米饭，你可以按需选择。
- 助力信创国产化
信创，讲国产可控。但是很多软件系统用了 spring 开发。之前是没得选。现在可以用 solon 了。
- 助力国产语言的成长
当有适合的国产语言出现时，可以快速实现副本迁移。因为 solon 是原创，有自己的标准规范与开放生态，迁移起来很方便。开发语言，有好的生态框架，能优化用户体验，加速成长。
- 助力部训机构使用国产框架进行 Java 教学
一个生态级的应用开发框架。无形之中，会有很多模式，有很多术语。应用于教学，对国产开发环境是好事。
- 助力高校使用国产框架进行 Java 教学
Solon 的愿景里，会有很多相关书出现。以 Solon 的视角去展现 Java。 以前是没得选，以后可以选 Solon 相关的书，进行教学。
- 助力 Java 开源项目成长
以前嘛，我们的 Java 开源项目很多是“面向 Spring 编程的”。现在可以回归本源，“面向 Java 编程”（同时也适配下 Solon）。Java 的世界很大，有很多的不同的生态框架。
- 助力 Java 程序员的成长
有些 Java 程序员，如果没有 Spring 是不能编程的。其实 Java 的世界很大，Java 之外的世界更大。见识不同的生态应用开发框架，见识不同的编程语言，可以看见更大的世界。
4、Solon 生态框架是应运而生的
这不是吹牛，之前真的是没有，这是第一个生态级的。打磨五六年了。暂时，它还真是中国人的 Java 生态框架（没别的啦）。
特性：
- 启动快 5 ～ 10 倍。 （更快）
- qps 高 2～ 3 倍。 （更高）
- 运行时内存节省 1/3 ~ 1/2。 （更少）
- 打包可以缩小到 1/2 ~ 1/10；比如，300Mb 的变成了 23Mb。 （更小）
- 同时支持 jdk8, jdk11, jdk17, jdk21, graalvm native image
简介：
- 克制、简洁、高效、开放、生态
- 支持 JDK8、JDK11、JDK17、JDK20（是同时支持）
- Http、WebSocket、Socket 三种信号统一的开发体验（俗称：三源合一）
- 支持“注解”与“手动”两种模式，按需自由操控
- Not Servlet，可以适配任何基础通讯框架（最小 0.3m 运行rpc架构）
- 独特的 IOC/AOP 容器设计。不会因为插件变多而启动变很慢
- 支持 Web、Data、Job、Remoting、Cloud 等任何开发场景
- 兼顾 Handler + Context 和 Listener + Message 两种架构模式
- 强调插件式扩展，可扩展可切换；适应不同的应用场景
- 支持 GraalVm Native Image 打包
- 允许业务插件“热插”、“热拔”、“热管理”
预览：
@Controller
public class App {
public static void main(String[] args) {
Solon.start(App.class, args, app -> {
//手写模式
app.get("/hello1", ctx -> ctx.output("Hello world!"));
});
}
//注解模式
@Get
@Socket
@Mapping("/hello2")
public String hello2(String name) {
return String.format("Hello %s!", name);
}
}
5、什么样的 Java 项目用 Solon 好
就像华为讲的，不要因为爱国而特意买华为手机。Solon 也是，有需要就用不需要就跳过（按正常的需求选择）：
- 信创需要国产化，应该用 Solon 或者 Solon Cloud（有案例）
- 军工项目要国产化，应该用 Solon 或者 Solon Cloud（有案例）
- 嵌入式设备，内存有限，算力差，可以用 Solon 或者 Solon Native（有案例）
- 客户的希望你内存更少，可以用 Solon （有案例）
- 别的框架用腻了，可以用 Solon （有案例）
- 有新系统开发想尝新的框架，可以用 Solon （有案例）
- 老系统要轻量化改造，可以用 Solon（有案例）
作为后来者，大家的疑或是会多一些。有问题，可以去交流群里多交流。
6、Solon 的代码仓库
喜欢 Solon 的，可以帮助宣传。喜欢但觉得不够好的，可以助其成长。不方便切换框架的，也可支持：
- https://gitee.com/noear/solon
- https://github.com/noear/solon
“众人拾柴火焰高”，支持它、使用它、传播它、一起供献代码：）