原文链接How Slow is Reflection in Android?
到目前为止，我们分析了大量的app，并且发现了一小部分减缓Android速度的原因，在这篇文章中，我们将一个一个的来描述。
反射在Java或Android开发中当然是一个很有用的方面。但是这常常也是减缓app速度的来源。接下来看几个例子。
两个例子
第一个例子和NYTimes这个Android app有关。得到NimbleDroid的帮忙，我们的朋友在NYTimes上发现了Gson的反射类型适配器花费了700ms的启动延时。他们最后通过重写自定义适配器来解决了这个问题。
我们的第二个例子和Photobucket有关，这是一个大图片分享平台。这个app中，反射再次造成了一个大问题。
image.png
上图中，花费了660ms来调用com.photobucket.api.client.jersey.UserClient构造器。通过进一步观察"冰状图"，我们发现原因在于反射。如下图所示：
image.png
注意，
getGenericInterfaces()返回的直接实现类的接口类型，这里调用了5次，而且花费了81ms，当然，表面上看起来也许不太像，但是两者使用这个方法导致了600ms的延时。接下来看一看到底是什么原因导致了花费这么多时间。这个库允许开发人员配置带有注解的REST客户端，可问题是，程序在编译时是不处理注解的，而是在运行时解析和创建REST客户端(在反射的帮助下)。在性能上来看，这是灾难性的。
微型基准测试
我们创建了一个测试用例来测试反射有多慢。
我们在Android项目的Activity中执行重复操作10000次：
Class<?> clazz = android.app.Activity.class;
for (int i = 0; i < 10000; i++) {
clazz.getFields();
}
我们还创建了两个测试来创建对象（一个空类 DummyItem）去测试反射引起的严重性。如下：
try {
for (int i = 0; i < 1_000_000; i++) {
DummyItem.class.newInstance();
}
} catch (InstantiationException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
}
以下是测试结果（在真实的个人设备上进行测试，求一个真实的结果）
image.png
很明显，在Android中使用反射是极其缓慢的。使用反射（1332ms, 6384ms, 2891ms），不使用反射（312ms, 358ms, 774ms）。有趣的是，在一个更优质的设备Android 5.0 ART上使用反射竟然比在一个不是那么好的Android 4.1 Dalvik 的设备使用反射更慢。仅仅在6.0上减轻了这方法的负载，但是这个问题仍然是非常繁重的。
更实际的例子
ActiveAndroid是一个使用了反射的库。让我们看一看他对应用的影响。
这是一个 Scribd app:
image.png
Myntra也有同样的问题：
image.png
如你所见，这个库需要1s多去初始化。然而，用户期望一个app的启动时间大概是2s.
总而言之，反射在Android中是非常的慢。为了你能给用户一个美好的体验，我们又如下建议：
理解使用反射（或使用反射的库）时会遇到什么问题，尤其是不要使用反射类型适配器去序列化或反序列化Java对象。
