Solon Java Framework

Solon 框架！ 面向全场景的 Java 应用开发框架。从零开始构建（非 java-ee 架构），有灵活的接口规范与开放生态。新一代 Java 应用软件的生态基座。开放原子开源基金会，孵化项目。

总体上，跟 json 没什么大的区别。主要是指定了：序列化器、内容类型、接收类型，让各端能识别类据类型。

Java “生态型”应用开发框架：克制、简洁、高效、开放、生态。 并发高 300%；内存省 50%；启动快 10 倍；打包小 90%；同时支持 java8 ~ java23, native 运行时。

关于 Solon MVC 参数注入，主要尊守以下基本规则：参数名与请求数据名一一对应。当对上不上时，会采用整体数据注入（如果接收的是实体）。参数名与请求数据同名时，又想整体注入时......

在 Solon Mvc 里，@Mapping 注解一般是配合 @Controller 和 @Remoting，作请求路径映射用的。且，只支持加在 public 函数 或 类上

SPI 全名 Service Provider interface，翻译过来就是“服务提供接口”。基本效果是，申明一个接口，然后通过配置获取它的实现，进而实现动态扩展。

如果直接使用 WebSocket 会非常累，就像用 Socket 编写 Web 应用。没有高层级的交互协议，就需要我们定义应用间所发消息的语义，还需要确保连接的两端都能遵循这些语义。

现如今的 Web 项目，由服务端向外发起网络请求的场景，基本上随处可见！一般会使用 HttpURLConnection 或者 Apache 的 HttpClient，不过这种方法使用起来太过繁琐。

Solon 3.0 引入一个叫 HttpUtils 小插件，这是一个简单的同步 HTTP 客户端，基于 URLConnection 适配。使得编写 HTTP 客户端代码更加直观和易于阅读。

比如你开发了个中间件（比如叫“annie”），想安排一个管理界面（比如叫：annie-admin）。后端接口想用什么开发？ 只要 0.4Mb，有 Ioc/Aop 容器；有 Mvc 支持等...

平常我们是拿 Solon 生态与 SpringBoot 生态作比较。而非 Solon-Boot（仅是功能模块） 与 SpringBoot 生态，但这两名字太容易让人误解了。

随着 Solon 3.0 版本发布，新添加的 SqlUtils 接口，用于操作数据库，SqlUtils 是对 Jdbc 原始接口的封装。适合 SQL 极少或较复杂，或者 ORM 不适合的场景。

Solon 3.0 引入了新的 SqlUtils 用于数据库基础操作，SqlUtils 是对 JDBC 较为原始的封装，采用了 Utils API 的风格，极为反普归真。

在架构上，Solon 不依赖于 Java-EE 接口：有效避开了 Java-EE 更名问题，使得同时兼容 JDK8 到 JDK23；也为国产语言的适配实现带来大方便。

Solon Cloud Gateway 是基于 Solon Cloud、Vert.X 和 Solon Rx(reactive-streams) 接口实现。小特点：纯响应式的接口体验；流式代理转发。

Solon 应用开发框架（java framework）。是从零开始构建，有自主的标准规范与开放生态。纯血国产。 提倡： 克制、简洁、高效、开放、生态。

默认情况，Solon 的 Context::path() 是解码的。当请求为：/test/aa%2Fbb 时，解码后是 text/aa/bb。

Solon 框架！ Java “纯血国产”应用开发框架。开放原子开源基金会，孵化项目。从零开始构建（非 java-ee 架构），有灵活的接口规范与开放生态。

思来想去！可能与 Solon 容器的独立设计有一定关系。 1、Solon 注解容器的运行特点 有什么注解要处理的（注解能力被规范成了四种），提前注册登记 全局只扫描一次，并在扫描过程中统一处理注解相关

Solon 是什么框架？ Java "生态级"应用开发框架。从零开始构建，有自己的标准规范与开放生态（历时六年，具备全球第二级别的生态规模）。