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

36次阅读

共计 1446 个字符,预计需要花费 4 分钟才能阅读完成。

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

正文完
 0