圣诞节到啦,精神哥披着红大衣,戴上红高帽,想着偷偷爬入各位办公楼的烟囱,给大家的座位上留下一包鸡爪作为圣诞礼物!
奈何精神哥太胖,肚子太大爬不进烟囱了,想着大家肯定也在加班没法做到偷偷,就单方面决定还是给大家送文章吧!
话不多说,下来精神哥给大家分享的第二个Crash是“java.lang.NoSuchMethodError”。
一、java.lang.NoSuchMethodError基本介绍
全名 | java.lang.NoSuchMethodError |
官方解释 | Thrown if an application tries to call a specified method of a class (either static or instance), and that class no longer has a definition of that method. 意思就是程序找不到你要用的那个方法! |
影响力排名 | 出错量排名第4 |
精神哥点评 | 抛出这异常,只能怪这个喜新厌旧、鱼龙混杂的社会!虽然是社会的错,但你不想办法解决它,就只能等屎了! |
二、错误场景分析
1、你就喜欢搞新API,这么喜新厌旧!你家妞知道不?
错误代码 | //检查该acitivity是否已经销毁 public static boolean isActivityClose( Activity activity){ if(activity != null){ returnactivity.isDestroyed(); } return false ; } |
编译环境 | Android 4.2 SDK( API LEVEL17) |
运行环境 | Android 4.0 设备( API LEVEL14) |
期望结果 | 正确返回activity是否已经销毁。 |
实际结果 | Crash!! java.lang.NoSuchMethodError:com.tencent.bugly.crashreport.test.MainActivity.isDestroyed |
原因分析 | Activity.isDestroyed()方法是Android 4.2增加的,在这之前的系统肯定找不到这个方法,所以在4.2之前的设备上都会Crash! |
解决方法 | 调用时对当前系统API LEVEL做判断,如果小于17就放弃调用 |
修复代码 | public Boolean isActivityClose( Activity activity){ if(Build.VERSION.SDK_INT < 17) return null; if(activity != null){ returnactivity.isDestroyed(); } return false ; } |
2、@Deprecated的API厂家最爱删,你竟然敢用?
API标志 | @Deprecated标注的API |
标志描述 | Annotation type used to mark program elements that should no longer be used by programmers. 这个API后面随时会被干掉! |
现状描述 | 谷歌还是比较小心的,精神哥发现Android的SDK及Android的亲儿子设备上,这些@Deprecated的API基本上都保留了,谷歌最多就是置空实现或直接抛出一个非法访问的异常,所以开发过程中并没有感觉到API过期不能用(当然有警告啦)
但谷歌亲儿子设备只占Android设备的冰山一角,很多厂家可没管那么多,为了尽可能的节省资源,大刀阔斧的对API进行裁剪,而这个@Deprecated的API就是最有理由被干掉的,所以出现大量的java.lang.NoSuchMethodError的Crash! |
3、@Hide的API是人家谷歌私有的,删改都不会跟你商量的,你还敢用吗?
API标志 | @Hide标注的API |
标志描述 | When applied to a package, class, method or field, @hide removes that node and all of its children from the documentation. 这个API压根不想让你看到,更别说让你使用了。 |
现状描述 | 由于Android的开源,加上Java的反射机制的便利,开发者总是喜欢研究源码,用注入或反射的方式获取到官方未正式开放的能力。这很有效,但也很危险,因为谷歌随时会调整,会导致你的App出现各种诡异的java.lang.NoSuchMethodError!
很多同学认为public的私有API,谷歌不会乱改,可以大胆的用。 精神哥,随手给你挑一个反例来证明你的天真: android.content.pm.PackageParser(该类用于apk安装包内容解析,很受欢迎)这个私有类的public构造函数在5.0发生变化了,而之前一直没变过。
//5.0以前有String作为参数,用于传入apk路径 public PackageParser(String archiveSourcePath) { mArchiveSourcePath = archiveSourcePath; }
//5.0优化成无参实现了,一个对象可以多次解析了 public PackageParser() { mMetrics = new DisplayMetrics(); mMetrics.setToDefaults(); }
想看PackageParser.java源码又懒得找的同学,公众号里@精神哥,我给你发哈! |
java.lang.NoSuchMethodError在Bugly影响力排行榜中稳居第4,就能看出Android程序员所面对的Android市场,碎片化有多么的严峻了!
精神哥想不出可以一劳永逸的解决方法,在这里再给大家总结几个私人建议(欢迎拍砖):
o 开发阶段用Android Lint,静态检查代码中API兼容性。
o 预发布前用Bita ( bita.qq.com腾讯云测试平台),动态检测主流真机的兼容性。
o 使用腾讯Bugly( bugly.qq.com腾讯Bugly),实时掌握应用在真实用户环境中的遗留问题。
本文系腾讯Bugly特邀文章,转载请注明作者和出处“腾讯Bugly(http://bugly.qq.com)”