你们有实际应用了吗，我们私聊吧，QQ 1483060508

What went wrong: Execution failed for task ':app:nuwaClassBeforeDexDebug'
这个错误你追溯一下Gradle编译到详细过程你就会知道，铁定是数组越界错误。

@DoubleAngle 如何解决？

@xxxyanchenxxx 是NuwaGradle 里面的NuwaPlugin.groovy里面的代码问题。
原因一：NuwaPlugin.groovy中 反斜杠转义导致数组越界。
原因二：还没找到，我时而编译成功，时而编译失败，都是报数组越界。

@xxxyanchenxxx 而且nuwa只支持 4.0以上，并不是作者所描述的2.3~6.0,作者使用的BaseDexClassLoader这个4.0才有的API，导致4.0以下的手机用Nuwa就必定崩溃，特此提醒。

@DoubleAngle 我把debug与release都开启了混淆，可以编译过了。（Windows下）
我在linux下时，不需要开启debug混淆能编译过。

作者写的这个毕竟没有任何实践，算是Demo成品吧，坑确实比较多。

这样说其实就目前仅能支持4.0-4.4。
要支持5.0+上的ART就自己写脚本来制作补丁吧，别用作者的"-P NuwaDir"来制作补丁。

并且一定要小心补丁加载之前的就已经载入的文件，不要进行混淆。
同时那些文件尽量较少对其他文件的引用。

@xxxyanchenxxx 你的意思是，应用通过classloader加载进来的代码，必定是解释模式？所以存在你说的内存地址飞了的情况？还是说有什么其他的原因？那如果这样，multi-dex岂不是也没用了？
而且我也不是很明白你所说的Application和Provider不能引用其他类的原因。如果在加载patch之前，调用了相关类当然会不能修复。否则是引用相关类应该没有问题的吧。不知道我理解错误没有。忘指正。

三星note3 6.0上测试是可以的。

@landryshuai 内存飞指的是只有部分文件被转换成oat时有问题。application这个文件要排除在hot fix之外，那么它引用的其他文件也要排除。