@zxCoder #14 支持 springboot 3 ，在另外一个 project 里； https://github.com/stateIs0/open-exp-springboot3

@zxCoder #11 可以提 issue 或者 钉钉群

@2han9wen71an #1 osgi 太重了；我们的经验是用自己实现的 Classloader 加载，并将这个插件实现放到 spirng 容器里；使用同一个 spring 上下文；三方依赖也是相同的；

这样的好处是轻量，速度快；

@zxCoder #11 完全可以，你的场景就是我们的场景

@zxCoder #9 必须可以

这个配置怎么样

R9 7950x 主机
主板华硕 x670 p
内存海盗船 ddr5 5600 32g*2
固态致态 7100 1t
显卡核显
水冷瓦尔基里 gl360
机箱爱国者 k200
电源长城 1250w 电竞版

@zoharSoul #12 我感觉还可以啊

@israinbow #9 牛皮，想换个 5950x 写代码，感觉会起飞

@turboted123 #5
@turboted123 #3
有点像换个台式机写代码了，无独显的 amd 或者 intel ，估计很舒服。

i5 都这么快？
@lsk569937453

@liuxu5 #11 这个我知道，我们公司内部有自己的安全工程师的，风险比较高的漏洞，内部都是会自己解决的。只是客户那边对我们要求太高了，需要 hack 一下。

@macha 你们试过这个方案么

@liuxu5 嗯，这个你们试过没，听起来好像可以解决部分扫描场景的

@Saturn72 #3 这样效率太低了

@asmmt #1 扫描的 class 字节码和依赖 lib jar 包

我觉得很牛逼

@iosyyy #7 嗯，如果考虑少点侵入性的话，就需要非常多的配置来描述，比如 n 年前的 spring xml ，是个取舍问题；另外侵入性，这个框架都是基于 spi 和 Interface 来编程的，随时可替换成自己的的 spi 实现（如果认可这个 api 的话）

@muyiluop 详细的说，就是把底层的 classloader 换成 groovy 引擎，这个可以支持代码检查，比如 system-exit