Android 我必须避免使用multidex并将自己控制在65k方法限制下吗?

Android 我必须避免使用multidex并将自己控制在65k方法限制下吗?,android,android-studio,Android,Android Studio,在使用多索引扩展方法限制时,我会遇到什么问题?可以用它吗 我必须避免使用multidex并将自己控制在65k方法限制下吗 答案是无论您是否使用multidex,都没有任何限制。但是如果你的应用程序超过了65k的限制,那么你需要添加多索引支持。是的,使用它是可以的 我必须避免使用multidex并将自己控制在65k方法限制下吗 答案是无论您是否使用multidex,都没有任何限制。但是如果你的应用程序超过了65k的限制,那么你需要添加多索引支持。是的,可以使用它。我建议避免使用multidex,因

在使用多索引扩展方法限制时,我会遇到什么问题?可以用它吗

我必须避免使用multidex并将自己控制在65k方法限制下吗

答案是无论您是否使用multidex,都没有任何限制。但是如果你的应用程序超过了65k的限制,那么你需要添加多索引支持。是的,使用它是可以的

我必须避免使用multidex并将自己控制在65k方法限制下吗


答案是无论您是否使用multidex,都没有任何限制。但是如果你的应用程序超过了65k的限制,那么你需要添加多索引支持。是的,可以使用它。

我建议避免使用multidex,因为:

  • 即时跑步不适用于它
  • 建筑需要更多的时间
  • 在非艺术设备上,应用程序的速度会变慢
proguard有一个很好的特性,可以用来修复这个问题,因为它删除了未使用的代码

Proguard配置:

-ignorewarnings
-keep class !com.google.android.gms.**, !com.google.protobuf.**, !com.firebase.**, !com.urbanairship.** { *; }
-dontobfuscate
-dontwarn
使用步骤:

  • 用计算机分析你的指数
  • 找到包含许多方法的包
  • 将其包含到proguard配置中的
    -保持类
我使用这种方法将方法数从67K减少到45K


不要忘记为调试和发布配置添加此配置。

我建议避免使用multidex,因为:

  • 即时跑步不适用于它
  • 建筑需要更多的时间
  • 在非艺术设备上,应用程序的速度会变慢
proguard有一个很好的特性,可以用来修复这个问题,因为它删除了未使用的代码

Proguard配置:

-ignorewarnings
-keep class !com.google.android.gms.**, !com.google.protobuf.**, !com.firebase.**, !com.urbanairship.** { *; }
-dontobfuscate
-dontwarn
使用步骤:

  • 用计算机分析你的指数
  • 找到包含许多方法的包
  • 将其包含到proguard配置中的
    -保持类
我使用这种方法将方法数从67K减少到45K


别忘了为调试和发布配置添加此配置。

是的,它非常适合使用。请阅读“是”,它非常适合使用。请阅读