1.PackageManager.java是一个抽象类，其中只定义了所有在SDK中声明的抽象方法，还有一些静态常量。

public abstract class PackageManager {}.

2.实现PackageManager这个抽象类的是ContextImpl.java。在ContextImpl.java中，有一个内部静态类叫ApplicationPackageManager，实现了所有PackageManager的接口。

static final class ApplicationPackageManager extends PackageManager {}

3.ApplicationPackageManager又是通过对IPackageManager封装调用，来实现的。

比如这个方法：

     public PackageInfo getPackageInfo(String packageName, int flags) throws NameNotFoundException {
            try {
               PackageInfo pi = mPM.getPackageInfo(packageName, flags);
                if (pi != null) {
                    return pi;
                }
            } catch (RemoteException e) {
                throw new RuntimeException(“Package manager has died”, e);//从这里也可以看出，这是对一个service的远程调用
            }
            throw new NameNotFoundException(packageName);
        }

这个mPM就是IPackageManager。其他的方法也是如此，都是对IPackageManager的封装调用。

4.IPackageManager是一个AIDL定义的接口文件，对应IPackageManager.java文件，这个java文件是aidl编译系统根据aidl文件自动生成的（有关aidl的内容，请参考dev guide）。

5.PackageManagerService就是对IPackageManager的实现。

class PackageManagerService extends IPackageManager.Stub {

}

所以，我们平时对PackageManager的调用，最终是的在PackageManagerService.java中实现的。在PackageManagerService.java每个方法的实现，会用到一些隐藏的android内部使用的类和方法，这些以后再分析。

6.将这个PackageManagerService注册到SystemServer中，就可以被App调用了。

PackageManagerService m =  new PackageManagerService();

ServiceManager.addService(“package”, m);

最后通过app的调用过程来总结一下整个实现结构：

首先，通过请求SystemService来获得PackageManager的引用。

然后PackageManager进入PackageManager的实现类，即ContextImpl中的静态内部类ApplicationPackageManager。

在ApplicationPackageManager中的实现，都是对IPackageManager接口的调用，这是一个aidl接口，也就是说肯定对应某一个service，来进行远程调用。

最后，这个service就是最终的实现类：PackageManagerService。

今天先分析一下PackageManager的整体框架，以后会进入内部，看具体的实现细节。