本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 各位佬友好： 灵珑在近期完成事务这最后一块核心拼图后，我今天想和大家分享一下我这大半年的成果。 首先，为什么要做灵珑？ 相信不少佬友经历过接手“屎山”老项目：没文档没注释，不敢动老代码；发版要申请窗口，凌晨熬夜只为上个小功能。为此，我开发了一个框架，去控制影响半径，隔离迭代速率不同的功能，支持灰度路由验证新版本，不用非得等时间窗口，少熬夜，保住头发 灵珑是如何做到的？ 核心机制是类加载器隔离与模块热更新。估计佬友们听过或用过OSGI/PF4J等或轻或重的方案，但普遍存在Spring适配度低、依赖地狱、以及最头疼的 热卸载内存泄漏 问题。。 灵珑原生适配spring生态，把热卸载的内存泄露问题作为核心目标，通过代理延迟加载和消费者契约，彻底解决功能模块间依赖的问题。 同时灵珑也引入了权限控制，熔断降级，超时控制等弹性治理手段，避免模块异常拖垮整个系统进程。 灵珑目前以jdk8+springboot2.7为主线，同时也提供了jdk17+springboot3.5的支持。 项目地址： LingFrame 如果有佬友对 JVM 底层或系统演进治理感兴趣，非常欢迎来挑刺、提 Issue、共建！ 下面是以灵珑为基底给Apache seatunnel做的agent后的内存泄露治理效果： 2 个帖子 - 2 位参与者 阅读完整话题

  • 情报分类：项目价值、技术价值
  • 命中依据：开源框架推广，JVM系统持续演进
  • 来源：服务器 / LINUX DO - 最新话题
  • 原作者：knight
  • 发布时间：2026/9/10 11:50:28