PackageManager
实际开发中，我们常需要获取应用的一些信息来使用，比如获取应用程序基本信息、获取permission是否注册等。这些信息获取都借助于Android给我们提供的PackageManager进行获取，这里我们就总结下PackageManager的基本用法。Android给我们的每个节点提供了对应的信息存储实体类，所以这些类中应该存储了对应类别节点的一些信息，我们只需要通过PackageManager获取对应的组件信息即可。
首先看下我们常见的Manifest配置图：
AndroidManifest.xml配置
- PackageManager包管理类
获取设备上的安装的应用程序包，一般通过getPackageManager();获取对象，常用方法：
// 根据包名获取对应的PackageInfo，注意，此处的flags标签枚举返回信息集合不同
public abstract PackageInfo getPackageInfo(String packageName, int flags)
// 根据包名获取group-ids
public abstract int[] getPackageGids(String packageName)
// 根据包名和指定的flags获取指定的授权信息
public abstract PermissionInfo getPermissionInfo(String name, int flags)
// 获取所有PermissionGroup集合
public abstract List<PermissionGroupInfo> getAllPermissionGroups(int flags)
// 根据指定的Group名称获取PermissionGroupInfo对象
public abstract PermissionGroupInfo getPermissionGroupInfo(String name, int flags)
// 根据指定的包名获取ApplicationInfo信息
public abstract ApplicationInfo getApplicationInfo(String packageName, int flags)
// 根据指定的组件，获取ActivityInfo信息
public abstract ActivityInfo getActivityInfo(ComponentName component, int flags)
// 根据指定组件获取ServiceInfo
public abstract ServiceInfo getServiceInfo(ComponentName component, int flags)
// 根据指定组件名称获取ProviderInfo信息
public abstract ProviderInfo getProviderInfo(ComponentName component, int flags)
// 获取所有安装的PackageInfo信息
public abstract List<PackageInfo> getInstalledPackages(int flags)
// 获取具有特定权限的PackageInfo
public abstract List<PackageInfo> getPackagesHoldingPermissions(String[] permissions, int flags)
// 获取安装的ApplicationInfo信息
public abstract List<ApplicationInfo> getInstalledApplications(int flags)
// 添加权限
public abstract boolean addPermission(PermissionInfo info)
// 移除权限
public abstract void removePermission(String name)
Android API
API的全称是Application Programming Interface，即应用程序编程接口
targetSdkVersion、minSdkVersion和CompileSdkVersion之间的关系
我们在创建App的时候经常会设置这几个参数
android {
compileSdkVersion 23
buildToolsVersion “23.0.1”
defaultConfig {
applicationId “com.example.ssy"
minSdkVersion 16
targetSdkVersion 23
versionCode 1
versionName “1.0”
}
}
minSdkVersion：App能够运行的最小版本。
- 如果选择16，那么就是Android 4.1 及以上的设备才能运行我们App，如果小于这个版本，则运行不了。这是应用程序支持API的下限，也是应用商店判断这个应用是否能运行在设备上的一个依据之一。
- 当我们引用了第三方的库，如果某几个库的minSdkVersion分别是API5，API10，API16的方法，那么我们的minSdkVersion最少就是16
- 如果设置了minSdkVersion=16，那么引用> 16才有的API时一定要做好版本兼容，否则会产生Crash。
targetSdkVersion：最高适配版本。
- 如果设置了targetSdkVersion 为24，则表示从minSdkVersion到targetSdkVersion之间的版本开发者都适配过，兼容性由开发者保证。但仍然可以运行在targetSdkVersion>24设备上，只是以上版本兼容性并不能保证。
compileSdkVersion：App编译版本。
- compileSdkVersion是我们告诉Gradle，我们是用哪一版本的Android SDK去编译程序的，可以使用这个版本的API，比如我们使用的是7.0的版本，compileSdkVersion=24，那么我们对于拍照裁剪图片等功能的操作，就可以使用FileProvider了。
- 改变compileSdkVersion的版本号，本质上改变不了我们程序的运行，虽然可能会报错误❌或者警告⚠️，但compileSdkVersion 只会在编译期间起作用，因为环境是compileSdkVersion这个版本的SDK，所以你可以用一些这个版本的API，但是只是IDE给你的便利性帮助而已，帮助你检测代码，避免使用一些弃用的API。
- 所以希望大家用最新的SDK版本作为开发环境，compileSdkVersion设置成最新的，这样我们可以使用到最新SDK的API方法和机制。
- 如果我们使用了比如V4，V7包，有没有发现必须和compileSdkVersion的版本相匹配，比如我们compileSdkVersion = 26，那么V4，v7的版本也要相应的是26.xx.xx，首位的26必须一致，后两位没有要求，就是说明编译所依赖的SDK和依赖包必须是统一版本，不然两个不兼容，编译会通不过。同时也是为了使用该版本的新特性。
归纳：Android系统平台的行为变更，只有targetSdkVersion的属性值被设置为大于或等于该系统平台的API版本时，才会生效；compileSdkVersion属于Android编译项目时其中的一项配置，主要区别是compileSDKVersion在不会被打包的APK文件中，targetSdkVersion和minSdkVersion将被打包到APK文件中，具体可以解压APK文件后，查看AndroidManifest.xml文件
<uses-sdk android：targetSdkVersion=“23” android：minSdkVersion=“16”/>