商业版 | HybridCLR

📄️ 介绍

我们提供多种高端商业版本及可灵活定制的技术服务，满足游戏项目在各种应用场景下的需求。

HybridCLR开创性地实现了 Differential Hybrid Execution(DHE) 差分混合执行技术。即可以对AOT dll任意增删改，会智能地让变化或者新增的类和函数以interpreter模式运行，但未改动的类和函数以AOT方式运行。

补充元数据虽然彻底解决了AOT泛型问题，但补充元数据会导致需要随包携带或者热更新下载补充元数据dll，导致包体增大或者增加了热更新时间。加载补充元数据不仅导致内存占用明显增加，还增加了启动时间。对于微信小游戏这些对包体和内存要求严苛的场合，这是一个影响较大的问题。

HybridCLR执行代码过程中并不会额外多占用内存，但加载assembly的元数据占据了大量内存。对于一些内存有较大压力的场合（如微信小游戏），这可能是个问题。针对此情况，所有商业化版本显著优化了元数据内存。

有的更新仅仅是寥寥几行bug代码修复，有些开发者可能希望可以直接在游戏运行过程中动态修复，而不是强迫玩家重启当前的游戏App。目前除了热重载版本以外的版本都不支持重新加载热更新程序集。即使是热加载版本，由于它支持彻底卸载一个程序集并且可以重新加载全新的程序集，对代码有较多限制和要求，

商业化版本从以几个方面优化了Assembly::Load加载时间，最终将Assembly::Load时间减少为原来的20%。

社区版本崩溃时不包含解释器栈信息，使得线上项目难以定位错误。商业化的版本在崩溃时添加更丰富的解释器栈信息，方便定位问题。

标准解释优化使用多种技术大幅提升了解释执行的性能，基础指令（如变量访问、数值计算）受益极大。

离线指令优化（Offline Instruction Optimization，简称OIO）离线将原始IL指令转换为自定义的寄存器指令。由于离线没有编译性能限制，可以使用更丰富的编译优化技术，极大提升了解释模块的性能。

社区版本直接加载原始dll，使得开发者不得不携带和下载原始dll。这些原始dll能够被ILSpy之类的工具反编译，产生严重的安全问题。即使开发者做了加密也很容易被内存中拦截而获得解密后的dll内容。

高级代码加固使用自定义的程序集结构和自定义的指令，极大提升了App安全性。

对于一些平台型的应用，它们可能会加载和执行第三方开发的代码。如果不对这些第三方代码加以限制，会带来安全隐患。访问控制机制用于控制这些第三方代码能访问的函数集合。

我们已经与业内许多公司进行高级合作，很好地解决了他们的问题。出于商业保密原因，我们只罗列了极有限的愿意公开信息的商业合作伙伴信息。

5 个项目

14 个项目

7 个项目