自从Android P/9.0后，Android就已经开始着手阻止App开发调用非sdk的api，也就是被标记为@hide的变量、函数、类不可以通过反射调用，否则会提示NoSuchMethod异常
对Atlas影响
Atlas有许多调用都是通过反射系统api来完成的，其中不乏被标记为@hide的类，比如用来处理插件资源的android.content.res.AssetManager#addAssetPath，还有用来处理动态部署的启动新Activity的android.app.ActivityThread
/**
* Add an additional set of assets to the asset manager. This can be
* either a directory or ZIP file. Not for use by applications. Returns
* the cookie of the added asset, or 0 on failure.
* {@hide} WARM，该方法被标记为隐藏
*/
public final int addAssetPath(String path) {
synchronized (this) {
int res = addAssetPathNative(path);
makeStringBlocks(mStringBlocks);
return res;
}
}/**
* This manages the execution of the main thread in an
* application process, scheduling and executing activities,
* broadcasts, and other operations on it as the activity
* manager requests.
*
* {@hide} 高能，整个类都标记为隐藏
*/
public final class ActivityThread {如果android.content.res.AssetManager#addAssetPath不能使用，资源在插件中就无法使用，如果android.app.ActivityThread整个类不让反射，那动态部署中无法添加新的Activity、Service
Android P 处理非sdk调用
但情况并没有想象的糟糕，Android P 阻止调用非sdk并不是绝对的，并不是标记了hide就一定会抛异常。还有个X因素——light-greylist，如果被hide的api在里面列出，就允许被反射调用。该列表如下：
乍一看addAssetPath和ActivityThread都在里面，看来Atlas还是有希望的，不过Atlas用的反射有许多，可以在Android P模拟器上运行下Atlas Demo试一试
Atlas的适配
现在官网默认的master分支上的demo还没法运行，那是因为demo里反射调用了hide api且light-greylist没声明的api: android.app.ActivityThread#performRestartActivity，所以现在要运行demo需要clone分支android_p
git clone https://github.com/alibaba/atlas.git -b android_p运行后发现没有异常，但hide api在light greylist中，调用时会有警告，还好大部分都可以被反射调用。
当然也有失败的情况，不过都是一些兼容性处理的反射调用，不会影响到整个Atlas的框架。
所以从目前来看Atlas在Android不会因为hide api限制而作废
hide api 自相矛盾的现状
为什么Android会开放出light greylist来运行反射调用hide api呢？为什么没法立即执行这个限制呢？
原因很可能还是Android Studio中需要使用，Instant Run是主要使用者，而Instant Run这种机制还主要是用的插件化的思想来完成的(不清楚的自行百度instant run原理)，Atlas中调用的大部分还是Instant Run需要用的，如果Android一刀切，可能自己的工具也会遭殃，所以这个是Android hide api中矛盾的现状。
总结
插件化加载的核心还是DexClassLoader的使用。就算Android未来删除了light greylist，屏蔽了所有的hide api，只要DexClassLoader可以使用，我们还是可以实现插件化开发。
