参考资料：http://bbs.51cto.com/thread-1035852-1.html###
作为Android应用的开发者，在Android平台上开发，最熟悉的莫过于Android SDK。SDK给开发者带来的巨大的便利，使得Android平台的应用开发效率大大提高。不过遗憾的是，Android的功能远不止SDK暴露的那么多，还有很多隐藏的东西Google都没有通过SDK暴露给用户开发者。查看Android源代码时就会发现，这些隐藏的API都有一个共同的特点：类或者方法前都有@hide。如图：
需要说明的是，Google之所以要将一些API隐藏（指加上@hide标记的public类、方法或常量）是有原因的。其中很大的原因就是Android系统本身还在不断的进化发展中。从1.0、1.1到现在即将问世的Android 2.3.4。 这些隐藏的API本身可能是不稳定的，所以，使用隐藏API，意味着程序更差的兼容性。
一、如何隐藏API的？
1）在正常情况下，即不加@hide的时候，所有的public的类或者方法，在编译时都会编译生成到
stub library的jar文件中。这个stub library其实是个空实现，但是它包含了所有的public方法。所以 用这个stub library，应用开发者就可以在eclipse中进行开发了。
2）但一旦加了@hide，那么在编译生成stublibrary时，凡是被@hide标记的类或者方法都被移除了。所以应用开发者就无法通过这个stub library“直接”调用被隐藏的类或者方法。如果强行在eclipse里调用隐藏的类或者方法，则eclipse会报错。典型的例子就是Android SDK中的android.jar，这个stub library所包含的就是已经被移除的的API。上图中，ActivityManager的forceStopPackage()方法在Android SDK中是无法找到的。
二、隐藏的API可以调用吗？
1）那么应用开发者可以使用这些隐藏的API吗? 答案是肯定的。在真实的运行环境中，所有的API都是存在的并且是被实现的。那么很容易就会想到用“反射”。如果我们已经知道目标类的类名和方法名，以及参数列表，那么这样的方法即使被@hide了，我们依然可以通过反射来调用它。对于Java反射，这里我们不准备展开，不是很了解的同学请自行学习研究。下面是一个反射的例子。
IActivitManageram = ActivityManagerNative.getDefault();
Method forceStopPackage = am.getClass().getDeclaredMethod(“forceStopPackage”, String.class);forceStopPackage.setAccessible(true);
forceStopPackage.invoke(am, yourpkgname);
2）利用反射机制使用隐藏API的方法的优点是灵活，能够在不兼容的系统捕获异常，而使程序不至于崩溃；缺点是过程太繁杂，而且对于隐藏类的继承等很难实现。如果需要大量使用隐藏API，使用反射无疑会让程序员很烦的。反射虽好，不过写起来真麻烦，本来一个调用代码，一行就可以搞定，但是现在用发射写的话，需要好多行。有没有其他更加方便的办法呢，其实是有的。上面我们提到在Android SDK中的android.jar是一个阉割版，如果我们能生成一个完整版，这个问题就迎刃而解了。方法是现在整套Android源代码，然后做一次完整的编译。在out/target/common/obj/JAVA_LIBRARIES/目录下可以根据需要提取自己所要的stublibrary。以framework为例:将out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/classes.jar复制到eclipse开发环境中，用userlibrary的方式挂载，使其的优先级比android.jar要高即可。
以下是在eclipse中的设置步骤：
需要注意的一些问题
1）无论是反射还是使用自编译的stublibrary，只能解决调用隐藏API的问题，而无法越过权限检查。
2）Google之所以将有些API隐藏，有些原因可能是因为这些API属于内部逻辑，不想对外暴露，也有可能是API接口还未最终确定下来。所以在低版本Android上的隐藏API不一定能在高版本的Android上使用。这点是一定要注意的。也就说隐藏API的兼容性比较差。因此利用反射调用隐藏API时，一定要注意根据Android的版本采用不同的方式去反射。