突破Android P(Preview 1)对调用隐藏API限制的方法

首先抛开Android P的具体实现过程，安卓系统要实现限制用户代码调用系统隐藏API，至少要做以下两个区分：

1. 必须区分一个Method（或Field）对用户代码是隐藏的还是公开的。只有隐藏的才需要进行限制。
2. 必须区分调用者的身份：是用户代码调用的还是系统代码（例如Activity类）调用的。只有用户代码调用时才需要进行限制。

具体到Android P的代码实现，它会在所有通过反射方式和JNI方式获取Method和Field的地方调用以下函数判断是否用户代码调用了系统的隐藏API(位于art/runtime/hidden_api.h），如果这个函数返回true，那么说明用户代码调用了系统的隐藏API，Android P（Preview1）会通过log发出警告，用户代码仍然能够获取到正确的Method或Field，在后续版本中获取到的Method或Field极有可能为空。

那么它是如何进行上述两个区分的呢？

1. 每个Method（或Field）都有一个对应的access_flags_（uint32_t类型），原本这个值通过一些特定位（bit）表明其属性（public，private，static等），但是还有一些保留的未定义的位，Android P就利用未定义的几个位，表明这个Method（或Field）是对用户代码隐藏的还是公开的。
2. 通过回溯调用栈找到调用者所在的Class，然后判断这个Class的ClassLoader是否为BootStrapClassLoader，如果是BoootStrapClassLoader那么就认为调用者是系统代码，否则就认为调用者是用户代码。fn_caller_in_boot就是一个函数指针，它用来判断调用者是