对垃圾回收器的改进方案

我有一个软件设计模式的设计，用途是减轻垃圾回收的压力，能使得垃圾回收更加轻量和平滑，减少对内存的消耗和暂停时间。可用在支持分代垃圾回收器的语言，如 Java c# nodejs golang Lua 5.4 。

我追踪研究此项技术有 20 年了吧，在我有限的认知范围内，确信是世界首创。

主要目标市场将会是 Java ，现在工业界的 Java 实例对内存和 GC 的消耗很惊人，已经出现 TB 级的工业实践，业界最领先的 JVM 实现是 Azul C4 商业软件，官方宣称能在 1-8TB 堆上达到无暂停。JVM 厂商这几年一直在努力推进垃圾回收器的实现。这是 JVM 行业解决该问题的主要技术途径。而我的方案则是一个完全不同的设计方法。

我构想的技术实现方式，可以做到以 Java OOP 方式开发系统，达到或接近函数式编程语言的垃圾回收表现，而无需转换到 JVM 平台上的 Scala 函数式语言：尽量交给 MINOR GC 来回收垃圾，更少的 FULL GC 。而现代 JVM 从 CMS 开始，MINOR GC 就已经极为高效。

在 Java 的使用上相当简单，依据一个开发范式，通过 profiling 工具找出关键方法，对这部分代码进行简单重构，就可以把既有代码转换成对 GC 友好的应用。不仅可以用在 Java backend ，同样可以用于安卓 APP 。

有別于借助 JVM 垃圾回收器的改进提升，我的方案明显更可控可预测，同时成本也更低。

欢迎开发人员、软件外包公司、中小企业、各用 Java 支持业务系统的公司、安卓开发公司接洽商业合作，详情请联系李先生 leeygx#gmail.com

panlatent

12 天前

不懂 Java 也没深入研究过 GC 。不踩 OP ，但是我看过任何性能调优的文章和言论，好像都不是主题贴的风格。既没有简述原理，也没有列举数据，反而直接整了个商务合作。

既然依靠设计模式做性能优化，那么哪些客户需要性能？是多大群体？都要学习的你模式还需要重构核心代码？且你的模式是付费闭源，具体实施起来肯定困难重重。比如第三方库和包怎么办。

kyuuseiryuu

12 天前

对于软件开发商来说，花钱买机器和花钱买你 GC 都是花钱。
买你的产品还多了修改代码的要求。改一次代码就要做一次回归测试，开发成本又在这里。不如花钱堆机器来得简单无脑成本低。

对于开发商的技术部门来说，如果需要修改代码，侵入性大，对整个系统架构有影响，太耦合了。

对于 toB 开发商的客户来说，他们拿不到源码，也用不上。

感觉目标客户范围很小呢。

ThinkCat

12 天前

talk is cheap ，如果是作为商业机密，可以申请专利保护，如果是科研，可以出论文，如果只是验证，请出一下测试结果。我也有一套系统，完美解决了现代 IM 的所有难点和痛点，效率和安全性超过 tg ，且占用资源极低。一旦商业化，将对现有 IM 行业带来降维式的打击，如果想要合作，请私信联系我。