企业官网建设流程全解析

概述

在梳理JVM生态下Web开发框架：SparkJava、Javalin、Micronaut、SparkKotlin时，发现国产也有一款框架Solon，参考网络资料，记录一下学习心得。

官网，面向Java开发者、纯Java实现、开源（GitHub，2.8K Star，287 Fork；Gitee，4.3K Star，780 Fork；）Web开发框架、参考Spring Boot和Javalin设计，吸取两者优点，避开繁重设计，同时支持HTTP、WebSocket、Socket三种接入。官方文档。

对标美国博通公司（Broadcom）的Spring生态：并发高700%；内存省50%；启动快10倍；打包小90%；同时支持JDK8~JDK26，原生运行。参考三方性能压测数据。

设计思路：

• AOP：更偏向于显示的声明
• 容器处理：只有两个核心，Plugin组件+Bean加载
• IOC：简化

使用建议：

• 适合处理非核心业务的新项目，使用无压力 ，文档丰富，没什么太大难度
• 参考Spring，对整个流程进行极大简化 ，出问题基本上可通过读源码解决
• 性能和内存占用：会有明显提升
• 不适合改造旧项目 ，难度太大

简介

架构图

Solon Cloud：简称SC，和上面的Solon还是有一些差别的

优点

1. 更小、更快、更自由
2. 支持注解与手动两种模式，按需自由操控
3. 自带IOC&AOP容器，支持PRC、REST API、MVC开发
4. 集合Handler+Context和Listener+Message两种架构模式；强调插件式扩展；适应不同的应用场景
5. 统一Http、WebSocket、Socket三种信号的开发体验
6. 插件可扩展可切换：启动插件，扩展插件，序列化插件，数据插件，会话状态插件，视图插件(可共存)等…
7. 使用上与Spring Boot近似，迁移成本低

缺点

1. 新框架的通病，用户实战笔记、文档较少（官方文档还是挺全面）
2. 生态：第三方项目的适配较少

插件体系

Boot插件

扩展插件

序列化插件

视图插件：提供HTML视图输出，可配置多个视图插件

SpringBoot适配插件：org.noear:solon-springboot-starter

Solon第三方框架适配插件

SC第三方框架适配插件

Nami框架（Remoting Client）

注解

使用@Tran注解来申明和管理事务，支持多数据源事务。

控制器，只有一个注解@Mapping(value, method, produces)，会自动通过不同的返回值做不同的处理，默认只需要设定value值即可，method默认为MethodType.HTTP，即接收所有的HTTP方法请求。

校验注解

原理

MVC

作为对比，先回顾一下，Spring MVC基于Servlet、DispatchServlet，核心流程：

解读：Tomcat的性能是足够的，但Spring Web处理太完备，以至于一个简单HTTP请求链过长，其中可能多做50%无意义操作。

Solon HTTP流程的核心流程处理：

Solon的处理很原生，主要在最底层的框架上面做一些必要的封装。简单请求里面，从SmartHttp透传请求，到业务方接收到请求，整体处理栈差不多在10层左右。

默认核心依赖solon-boot-smarthttp，HTTP层面还支持：jdkhttp，jetty、undertow。

容器启动

Spring容器启动也是一个超长的流程：

Solon启动是从Solon.class的start方法开始，SolonApp中主要可以分为3步：

• S1：创建SolonApp对象，用于加载容器等信息
• S2：SolonApp.init(initialize)进行内部的初始化，主要是配置。配置就像Spring里面自动装配的内容，类似于spring-mybatis-starter这样，用来导入插件。如Solon里面就是mybatis-sqlhelper-solon-plugin
• S3：SolonApp.run加载插件和Bean

插件扫描处理：

protectedvoidpluginScan(List<ClassLoader>classLoaders){for(ClassLoaderclassLoader:classLoaders){// 扫描配置PluginUtil.scanPlugins(classLoader,pluginExcludeds,plugins::add);}// 扫描主配置PluginUtil.findPlugins(AppClassLoader.global(),this,pluginExcludeds,plugins::add);// 插件排序Collections.sort(plugins);}

Run方法中对Bean的扫描起点

//2.1.通过注解导入Bean（一般是些配置器）beanImportTry();//2.2.通过源扫描Beanif(source()!=null&&enableScanning()){context().beanScan(source());}

IoC

Spring IoC，网络上已经有很多资料。

Solon对Bean的管理大幅简化，Bean扫描起点在于AppContext.beanScan。

AOP

先看看，回顾一下Spring AOP：

面试必问知识点，你真的熟悉所有环节和步骤吗？反正我是一知半解。图抄自网络。

Solon对AOP直接简化为两个注解，使用上反而会复杂点：

• @Addition：局部对Context进行过滤，基于Filter进行代理；更多是前置或后置逻辑，无法通过它来控制目标方法的执行和修改返回值，用于快速加挂额外操作（Addition）
• @Around：局部对Bean进行拦截，基于MethodInterceptor，以在执行前后插入逻辑，还可以决定是否执行目标方法、修改返回值或参数

Solon相当于省略整个AOP的自动化处理，更接近于对象代理，所以配置起来会更复杂点：

// S1：准备一个注解@Target({ElementType.METHOD,ElementType.TYPE})//支持加在类或方法上@Retention(RetentionPolicy.RUNTIME)public@interfaceAopDemo{}// S2：准备拦截器@Slf4jpublicclassLogInterceptorimplementsInterceptor{@OverridepublicObjectdoIntercept(Invocationinv)throwsThrowable{System.out.println("拦截器执行了");returninv.invoke();}}// S3 : 启动类里面注入publicstaticvoidmain(String[]args){Solon.start(App.class,args,app->{app.context().beanInterceptorAdd(AopDemo.class,newLogInterceptor());});}

源码分为两个部分：

• S1：创建和注入Bean时，提供BeanInvocationHandler代理对象
• S2：外部调用AOP方法时，首先调用的是代理对象，再由代理对象调用到方法里面

// S1 : 创建代理对象// C- AppContextif(tryProxy){// 是否需要自动代理enableProxy=enableProxy||beanInterceptorHas(bw.clz());if(enableProxy){ProxyBinder.global().binding(bw);}}// S2 : 调用代理的方法C-BeanInvocationHandlerpublicObjectinvoke(Objectproxy,Methodmethod,Object[]args)throwsThrowable{// 判断是否存在自定义处理器，如果没有则调用默认的执行流程if(this.handler==null){// 允许访问私有方法method.setAccessible(true);// 通过上下文获取对应类的对应方法的 MethodWrap（或类似封装）// bw.context() 表示当前的上下文环境// bw.rawClz() 获取原始类(目标类)// methodGet 方法根据类和方法反射信息获取相应的包装MethodWrap对象// invokeByAspect 表示通过AOP切面逻辑来执行这个方法，传入 this.bean 作为目标实例，args 作为参数Objectresult=this.bw.context().methodGet(this.bw.rawClz(),method).invokeByAspect(this.bean,args);returnresult;}}

实战

Maven项目引入依赖：

<parent><groupId>org.noear</groupId><artifactId>solon-parent</artifactId><version>4.1.0</version></parent><dependencies><dependency><groupId>org.noear</groupId><artifactId>solon-web</artifactId></dependency></dependencies><build><finalName>${project.artifactId}</finalName><plugins><plugin><!-- 打包插件 --><groupId>org.noear</groupId><artifactId>solon-maven-plugin</artifactId></plugin></plugins></build>

启动类：

importorg.noear.solon.Solon;@ControllerpublicclassApp{publicstaticvoidmain(String[]args){Solon.start(App.class,args);}@Mapping("/")publicStringhello(){return"Hello world!";}}

配置文件简化命名app.properties或app.yml，

和Spring相同的地方就略去。

// 手动注入BeanAop.wrapAndPut(UserDao.class);

参考

• Solon对比Spring
• Solon框架详解
• Solon专栏