何时Xposed将获得对ART运行时的支持

如果到目前为止您还没有听说过XDA高级认可的开发人员rovo89出色的XposedFramework，那么，也许您来错了地方。但是对于我们中那些非常熟悉这种功能强大的工具的人来说，只有一个问题：何时Xposed将获得对ART运行时的支持，以及通过代理L而获得的支持。

两周前，当我们第一次了解到L版本将是第一个删除Dalvik痕迹并使ART成为默认运行时编译器的Android版本时，许多评论很快就抱怨说这将“结束”Xposed框架。显然，这是不正确的。但是，将Xposed引入ART并不像人们想象的那么简单-尤其是考虑到rovo打算发布不仅有效而且还行之有效的东西。用他的话说：

好吧，“一次”暗示这将在Google发布ART的“最终”版本后立即发生。他们应该这样做，而不是“之前”。的确，几个月前我已经进行了非常试验性的测试构建。但是ART非常复杂，有许多不同的操作模式需要测试。我认为在ART变得更稳定之前这样做会浪费时间。他们每天仍在推动更改，包括进行一些巨大的内部重构(这需要在我的代码中进行调整)，这一事实证实了这一点。正式版发布后，我将不得不对其进行查看，因为那样更改率有望降低，并且因为其中很多都是反复试验的。除此之外，它还将显示其他变化(例如，双栈32/64位Zygote，

所以大家保持冷静。我非常确定，它将在ART上使用Xposed(最终版本，至少在最初时可能不是用于KitKat)，但是如果它在GoogleI/之后三天仍未发布，请不要大惊小怪。哦如果需要几个星期，那就是需要的。

但是，当然，这样的声明不足以阻止用户每天询问这位受人尊敬的开发人员何时Xposed将被更新为与ART和L合作。幸运的是，他再次谈到Xposed的未来，即到目前为止的进展，前进的方向以及更多：

问：如果您可以在AndroidL开发人员预览版中运行xposed，它将使xposed可用于带有艺术的kitkat吗?

“运行它”是一回事，发布它是否好是另一回事。我已经有一个Xposed原型可以在12月进行ART预览。经过严格测试，需要手动安装，可能在这里和那里都失败了，但是总的来说，它做了应有的工作。但是在那之前，我已经看到Google仍在积极地改善ART。从那时起，他们进行了巨大的内部变革。上周末，我针对AOSP的主分支进行了原型编译，不得不引入很多条件语句。在不知道它是否会真正起作用的情况下，我只是更改了声明，调用等，以避免编译时错误。

KitKat中的ART预览和AndroidL预览中的ART准决赛是不同的软件。保持对这两者的支持基本上意味着工作的两倍，尤其是对于测试。那，以及KitKat中的ART只是一个可选的预览(可能将错误错误归咎于Xposed的事实)的事实，使我不太可能为ART的KitKat变体发布Xposed。这不是最终决定，它取决于ART开发的持续方式以及我对AndroidL的支持程度。重要的是，Xposed可以在即将成为Android的唯一运行时版本的Android版本上正常运行。如果不花太多精力并行维护，KitKat支持将是一个加分。

哦，对于每个认为发布“pleeeeease”或“您必须支持”的人来说，都会增加发布内容的机会：不会。它只会使我烦恼，并使其可能性降低。

问：你怎么样，让他来研究一下它的进展。

从字面上看，根本没有理由打扰他，当他有新事物要分享时，他会，而当他没有这些问题时，这些问题只会使他烦恼。不是您本人的个人，而是大量的人用各种与艺术相关的问题轰炸他，这只是加起来。

确实。我收到了很多提示“嘿，AndroidL现在已经出炉了”–是的，我知道。因此，目前，我已禁用PM...

顺便说一句，我刚刚阅读了PuTTY开发人员的“如何有效报告错误”文章。是真的!

亲爱的，你在那里。目前正在积极进行中。但是，即使现在有与ART兼容的测试版本，该项目仍未准备好发布，因为他想做的不仅仅是“让它运行”。此外，KitKat中ART的“预览”与LDeveloperPreview中更完整的表格之间的差异使维护两个平台的代码更加困难。

标签：

免责声明：免责声明：本文由用户上传，与本网站立场无关。财经信息仅供读者参考，并不构成投资建议。投资者据此操作，风险自担。 如有侵权请联系删除！