共计 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
正文完