1、必须要有，不然就永远不会有
应用开发框架，虽然没有蕊片、操作系统、数据库、编程语言这些重要。但是最终呈现在用户面前的，总是有软件部分。而软件系统开发，一般都需要应用开发框架，它是软件系统的基础性部件之一。
很多很多软件系统都会有 Java 开发的部分，尤其是政府部门的软件系统大量的使用了 Java。市场非常的大，我们有很多的 Java 程序员，更有很多技术大能，也为很多全球级的项目供献过力量。理所应该当也要有自己的“生态级”应用开发框架，不是说卡不卡脖子的问题，而是不好意思没有啊！外面可是隔三差五的出语言。
国内现在有很多好的“功能性能开发框架”，也有很多好的“快速开发框架”，还有很多好的“后台脚手架”。但是没有像 Spring 这样生态级的框架出现。个人觉得，这应该是有问题的、是可惜的、是遗憾的。
想要搞个 Java 生态级的应用开发框架。一般是以年为开发时间单位的（需要漫长的时间打磨），一般是不赚钱的。还有 Spring 生态这个巨人存在。但，真的有很多人是期待的：一个轻量的，更现代感的，最好还是国产的。
刚开始的确会很难；刚开始可能不如人家的完善；刚开始会有很多人质疑和漫骂。再难能有蕊片难？？？不是说非要替换代别人，而是必须要有，不然就永远不会有。
2、一个美好的“生态级”应用开发框架
应该是所有“功能型”框架的好朋友，就像水、土、空气一样串起万物生长；应该是接地气些，方便所有技术员快速学习和使用。比如：
- 应该能自动装配扩展能力（方便做第三方扩展）
- 应该有很多的第三方合作与便利适配（生态嘛）
- 应该有IOC 和 AOP（确实更便利）
- 应该启动很快（必须要远超它的前辈）
- 应该内存更少，尤其是在启动时和静默时的内存（休息时，不该吃那么多内存）
- 应该很少量的代码（不然学习太幸苦了）
- 应该有自己的思考方式和性格特性（抄过来的不好）
其实要求也不高，只要道心稳，慢慢打怪升级。最近有位技术大牛说：国外有 spring 和 apache，国内有 solon 和 dromara。
3、论 Solon 框架的意义
是一个国产的生态级 Java 应用开发框架（已发具备全球第二级别的生态）。开玩笑，两三百个生态扩展呢。
从零开始构建，有自己的标准规范与开放生态。尤其没有使用 javaee 的接口规范（它改包名了，可麻烦）。会借鉴与善用前人的成果，但绝对是原创。
没有功能，没有集成。都是基于标准与规范的扩展与适配。同一个需求，可以有很多不同的方案选择。这是架构的美感。当然别人家的生态框架也会是这样。
以前只有包子，没得选，不管什么场景只有包子吃。而且很多人都习惯了这样。现在是还有面条和米饭，你可以按需选择。
信创，讲国产可控。但是很多软件系统用了 spring 开发。之前是没得选。现在可以用 solon 了。
当有适合的国产语言出现时，可以快速实现副本迁移。因为 solon 是原创，有自己的标准规范与开放生态，迁移起来很方便。开发语言，有好的生态框架，能优化用户体验，加速成长。
一个生态级的应用开发框架。无形之中，会有很多模式，有很多术语。应用于教学，对国产开发环境是好事。
Solon 的愿景里，会有很多相关书出现。以 Solon 的视角去展现 Java。 以前是没得选，以后可以选 Solon 相关的书，进行教学。
以前嘛，我们的 Java 开源项目很多是“面向 Spring 编程的”。现在可以回归本源，“面向 Java 编程”（同时也适配下 Solon）。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 的，可以帮助宣传。喜欢但觉得不够好的，可以助其成长。不方便切换框架的，也可支持：
“众人拾柴火焰高”，支持它、使用它、传播它、一起供献代码：）
