关于java:天下苦-Spring-久矣Solon-v2220-发布

Solon 是什么框架？

一个，Java 新的生态型利用开发框架 。它从零开始构建，有本人的标准规范与凋谢生态。与其余框架相比， 它解决了两个重要的痛点：启动慢，费资源。

解决痛点？

因为 Solon Bean 容器的独特设计，不会因为扩大依赖变多而启动很慢（开发调试时，痛快）！以开源我的项目“小诺”为例：

• “snowy-spring 版”启动 30-50 秒
• “snowy-solon 版”启动 3 - 5 秒（有趣味的，能够拉取代码体验）

所谓：“工夫就是金钱，效率就是生命”，“天下文治，唯快不破”。

绝对于 Spring Boot 和 Spring Cloud 的我的项目：

• 启动快 5 ～ 10 倍。（更快）
• qps 高 2～ 3 倍。（更高）
• 运行时内存节俭 1/3 ~ 1/2。（更少）
• 打包能够放大到 1/2 ~ 1/10；比方，300Mb 的变成了 23Mb。（更小）
• 同时反对 jdk8, jdk11, jdk17, jdk20, graalvm native

似曾相识的体验，入门更简略，迁徙很不便：

@Controller
public class App {public static void main(String[] args) {
        Solon.start(App.class, args, app->{
            // 手写模式
            app.get("/", ctx -> ctx.outputAsJson("{message:'Hello world!'}"))
        });
    }

    // 注解模式
    @Get
    @Socket
    @Mapping("/hello")
    public String hello(String name) {return String.format("Hello %s!", name);
    }
}

本次更新：

• 公布 Solon Native（整合 Solon + Java AOT + GraalVM Native 三者的编译能力）
• 公布 Solon Aot（Java AOT 的 Solon 增强版）
• 调整 solon server maxThreads 默认为 coreThreads 的 32 倍
• 调整 solon server 的 maxBodySize,maxFileSize 配置解决
• 减少 日志框架在 window 下的黑白打印反对
• 减少 solon.boot.jdkhttp 对 HttpServerConfigure 接口的反对，不便增加端口及 ssl 的编程管制
• 减少 solon.boot.jlhttp 对 HttpServerConfigure 接口的反对，不便增加端口及 ssl 的编程管制
• 减少 solon.boot.smarthttp 对 HttpServerConfigure 接口的反对，不便增加端口及 ssl 的编程管制
• 减少 solon.boot.jetty 对 HttpServerConfigure 接口的反对，不便增加端口及 ssl 的编程管制
• 减少 solon.boot.undertow 对 HttpServerConfigure 接口的反对，不便增加端口及 ssl 的编程管制
• 减少 solon.logging.logback 插件，文件扩展名配置（.log, .log.gz）
• 减少 solon.logging.log4j2 插件，文件扩展名配置（.log, .log.gz）
• 减少 Props::bindTo 接口
• 修复 solon.boot.undertow 的 maxBodySize 配置有效问题
• 修复 solon.boot.smarthttp + ssl 在某些状况下会慢的问题
• snack3 升为 3.2.72

我的项目仓库：

• gitee：https://gitee.com/noear/solon
• github：https://github.com/noear/solon