java - 为什么一个用户会得到 NoSuchMethodError 而成千上万的用户却没有？

Question

我们的众多用户之一如何获得

java.lang.NoSuchMethodError: 
   at com.mycelium.wallet.activity.settings.SettingsPreference.getLanguage (SettingsPreference.kt:73)
   at com.mycelium.wallet.WalletApplication.onCreate (WalletApplication.java:109)
   at android.app.Instrumentation.callApplicationOnCreate (Instrumentation.java:1127)

在这行 Kotlin 代码中:

@JvmStatic
fun getLanguage(): String? = sharedPreferences.getString(Constants.LANGUAGE_SETTING, Locale.getDefault().language)

这一行有三个函数调用: android.content.SharedPreferences::getString(String,String) , java.util.Locale::getDefault()和 java.util.Locale::getLanguage()所有这些都从 API 1 开始可用。

唯一受影响的用户(Samsung Galaxy A5(2017) (a5y17lte)，2816MB RAM，Android 8.0)试图在这个 insta-crash 的情况下启动应用程序 180 次。

转换到 Kotlin 可能还有问题吗？

Answer 1

try { ... } catch (NoSuchMethodError e) { ... }可能是一个合适的解决方法。但他们可能已经放弃了；如果您没有任何电子邮件地址或类似地址，您将无法通知他们。如果是 NoSuchMethodError，您可以返回静态字符串。 .此外，如果写下助记词，钱包在区 block 链上，设备只有 key 。我会将其归档为个人命运-该设备可能仍然可以 Root ，以提取 key 。如果没有支持请求，很难帮助他们，因此可以通知他们新版本，该版本不依赖于任何未知方法。也许他们仍然使用它，并且会收到自动更新并重试，但只是可能 - 但不能保证这是此设备上唯一的一种未知方法。

这绝对不是 Kotlin 问题，而是存储缺陷；谷歌“eMMC 腐败”。

如果用户没有写下他们的助记词，那是他们自己的错。

这都是假设，但概率并不低。