iptables 基础

 java的反射机制是程序能够在运行时判断任意一个对象所属的类；在运行时构造任意一个类的对象；在运行时判断任意一个类所具有的成员变量和方法；在运行时调用任意一个对象的方法，这些特性使我们只需编写比以前少的多的代码，就可以来完成相同的功能，但是反射带来的多余的性能消耗却是我们需要关注的，性能的消耗点是哪里，这些都需要清楚。

废话就不多说了,直接上测试数据先

以下就是对一个set方法的普通调用，反射调用，获取set反射方法执行时间的对比

运行环境1： cpu：intel i5-3210 2.5GHz  内存 ：8G  JDK1.6 x64   操作系统：win7

 



 

运行环境 2

手机：cpu: 高通 1.4G 单核  内存：850M（除去操作系统，其他应用，剩下还没100M %>_<%）操作系统：android 2.3.4

 

 


 再来就是测试源码了

package com.example.android_test;

import java.lang.reflect.InvocationTargetException;
import java.lang.reflect.Method;
import java.util.Date;

public class Test {
 public static long times = 1000;
    public static final String str="111";
 /**
  * @param args
  * @throws InvocationTargetException
  * @throws IllegalAccessException
  * @throws NoSuchMethodException
  * @throws IllegalArgumentException
  * @throws SecurityException
  */
 public static void main(String[] args) throws SecurityException, IllegalArgumentException, NoSuchMethodException, IllegalAccessException, InvocationTargetException {
   normal();
   reflect();
   reflectMethod();
 }

 /**
  * 普通方法
  */
 public static void normal() {
  Demo demo = new Demo();
  Date dateS = new Date();
  printUsedMemory();
  for (int i = 0; i < times ; i++) {
   demo.setStr(str);
  }
  printUsedMemory();
  Date dateE = new Date();
  long time = dateE.getTime() - dateS.getTime();
  System.out.println(time + "毫秒");
 }

 /**
  * 反射方法
  * @throws SecurityException
  * @throws NoSuchMethodException
  * @throws IllegalArgumentException
  * @throws IllegalAccessException
  * @throws InvocationTargetException
  */
 public static void reflect() throws SecurityException, NoSuchMethodException, IllegalArgumentException, IllegalAccessException, InvocationTargetException {
  Demo demo = new Demo();
  Date dateS = new Date();
  Method m;
  m = Demo.class.getMethod("setStr", String.class);
  printUsedMemory();
  for (int i = 0; i < times; i++) {
   
   m.invoke(demo, str);
  }
  printUsedMemory();
  Date dateE = new Date();

  long time = dateE.getTime() - dateS.getTime();
  System.out.println(time + "毫秒");

 }
 /**
  * 获取反射方法
  * @throws SecurityException
  * @throws NoSuchMethodException
  * @throws IllegalArgumentException
  * @throws IllegalAccessException
  * @throws InvocationTargetException
  */
 public static void reflectMethod() throws SecurityException, NoSuchMethodException, IllegalArgumentException, IllegalAccessException, InvocationTargetException {
  Demo demo = new Demo();
  Date dateS = new Date();
  Method m;
  
  printUsedMemory();
  for (int i = 0; i < times; i++) {
   m = Demo.class.getMethod("setStr", String.class);
  }
  printUsedMemory();
  Date dateE = new Date();

  long time = dateE.getTime() - dateS.getTime();
  System.out.println(time + "毫秒");

 }

 public static long printUsedMemory() {
  long totalMemory = Runtime.getRuntime().totalMemory();
  long freeMemory = Runtime.getRuntime().freeMemory();
  long usedMemory = totalMemory - freeMemory;
  System.out.println("虚拟机已用内存:" + usedMemory + " Byte|" + usedMemory / 1024 + " KB");
  return usedMemory;
 }
}

 

 准备好这些，那么就开始分析数据了

第一个分析点：普通方法和反射的数据对比，从以上两个环境的数据的平均值来看，PC的调用时间差距是4倍左右， 手机的的调用时间差距是15倍左右（平均后的数据，大概啦); 虽然有这样的差距，但是PC端在10万次的调用中，仅仅耗时53ms,在测试例子中的方法调用已经排除了对象创建的消耗，现实场景中加上多余对象操作的消耗,一秒完全可以跑完（除非里面真的写了耗时的操作），在手机端上，10万次的计算，也才815ms,实际场景中手机端一次操作进行10万次的反射调用，几乎没有!在考虑的反射带来的方便和它的性能消耗，完全可以忽略这些消耗啦！

第二个分析点：获取反射方法，看看以上的数据，其消耗的时间是执行反射方法的10倍，随着执行次数的增加，呈几何递增啊!而在自己看来，获取反射方法就是获取类的信息，类的信息在运行时不会变化，完全没有必要重复取反射方法，可以设计一套缓存的机制，将这些类的信息缓存起来，达到提高效率的目的，这样带来的内存消耗当然是必不可少的，但是怎么把握这个平衡点就看自己了。

第三点分析点：内存问题！使用反射比普通的调用，其实就多了反射相关对象的创建的内存消耗，不过与其带来的便利相比，是可以接受的。（个人感觉这些对象其实占不了多大内存啦，纯属个人意见，勿喷）

 

总结：通过以上的分析，个人觉得，无论的PC还是移动，反射完全可以随意使用，但是对使用反射的过程中做相应的优化还是必须的

（以上皆是个人意见，若有错误，欢迎指正）