Xposed什么时候能获得对ART运行时的支持？

到目前为止，如果你还没有听说过XDA认可的开发者rovo89的优秀Xposed框架，那么也许你来错了地方。但是对于我们这些非常熟悉这个强大工具的人来说，只有一个问题：Xposed什么时候能获得对ART运行时的支持，以及通过agent L获得的支持。

两周前，当我们第一次得知L版将是第一个去除Dalvik痕迹、让ART成为默认运行时编译器的Android版本时，很多评论迅速抱怨这将“终结”Xposed框架。显然，这是不正确的。然而，将Xposed引入艺术并不像人们想象的那么简单——尤其是考虑到rovo打算发布的东西不仅有效，而且有效果。用他的话说：

好吧，“一次”意味着这将在谷歌发布Art的“最终”版本后立即发生，他们应该这样做，而不是“之前”。事实上，几个月前我有一个非常实验性的测试版本。但是艺术是很复杂的，有很多不同的操作模式要考。我觉得在艺术变得更稳定之前这样做是浪费时间。他们仍然每天都在推动改变，包括一些巨大的内部重构(需要在我的代码中进行调整)，这一事实证实了这一点。正式发布后，我将不得不检查它，因为然后变化率预计会减少，而且因为它们中的许多都是试错的。此外，它还会显示其他变化(例如，双栈32/64位合子，

所以大家保持冷静。我很确定它会在ART上使用Xposed(最终版本，至少最初，可能不会用于KitKat)，但如果它在Google I/后三天还没发布也不用大惊小怪。哦，如果需要几个星期，那就是需要的。

但是，当然这样的说法并不足以阻止用户每天询问这位受人尊敬的开发者Xposed什么时候会更新到可以与ART和l一起工作，幸运的是，他再次谈到了Xposed的未来，也就是到目前为止的进展，前进的方向等等：

问：如果可以在Android L开发者预览版中运行xposed，是否会使xposed对带有art的kitkat可用？

“经营它”是一回事，出版它好不好是另一回事。我已经有一个x曝光的原型，可以在12月进行艺术预览。经过严格测试，需要手动安装。它可能会在某些地方失败，但总的来说，它做了应有的工作。但在此之前，我已经看到谷歌仍然在积极改善艺术，从那以后，他们进行了很大的内部变革。上周末，我为AOSP的主要分支做了原型编译，不得不引入许多条件语句。在不知道它是否真的会工作的情况下，我只是改变了声明、调用等。以避免编译时错误。

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

哦，对于每一个认为发布“请pleeeeease”或“你必须支持”会增加发布内容的机会的人来说：不会。这只会让我恼火，并使它变得不太可能。

问：你呢？让他研究它的进展。

从字面上看，根本没有理由去打扰他。当他有新的东西分享的时候，他会，当他没有这些问题的时候，他们只会烦他。不是你自己的个人，而是一大堆人用各种艺术相关的问题炮轰他，这就加起来了。

确实如此。我收到过很多提示“嘿，Android L现在已经发布了”——是的，我知道。所以，目前我已经禁用了PM。

对了，刚刚看了PuTTY开发者的文章《如何有效报错》。是真的！

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

标签：