Android中Permission权限机制的具体使用
由上篇Android Permission权限机制引子，我们知道Android 通过在每台设备上实施了基于权限的安全策略来处理安全问题，采用权限来限制安装应用程序的能力。本篇文章继续来探讨和Android权限相关的话题，主要集中在权限级别、ICC(inter- component communication)权限保护两个方面。
权限级别 protection level
每一个Permission权限都设有了权限级别(protection level)，分别如下：
用户在某一个app(先称permisson app)中自定义了permission时，并且指定了某些组件需要该自定义权限才能打开，这是前提，然后用户又开发了另外一个app(称为permission client)，这个permission client如果想访问permisson app中指定了自定义权限的组件，那么这两个app必须具备相同的signature，这就是signature级别的意思。
“signatureOrSystem”
A permission that the system grants only to applications that are in the Android system image or that are signed with the same certificates as those in the system image. Please avoid using this option, as the signature protection level should be sufficient for most needs and works regardless of exactly where applications are installed. The “signatureOrSystem” permission is used for certain special situations where multiple vendors have applications built into a system image and need to share specific features explicitly because they are being built together.
这个同上，但多了一个Or，or是指除了相同的signature之外还可以指定为相同的Android img也可以访问，这个img其实就是系统级别的定制了，一般用的很少。
ICC(inter-component communication)权限保护
<application>元素和组件元素都有android:permission的属性，在这里我们称这个属性分别为应用程序和组件的权限标签。应用程序内的组件可以继承应用程序元素设置的权限标签，当某一组件启动 ICC 时，相关的访问控制器就会查看组件和组件所在应用程序的权限标签集合，如目标组件的访问权限标签在以上的集合内，允许 ICC 的建立继续进行，否则将会被拒绝，即使这两个组件在同一应用程序内。
改图描述了该逻辑的进程:组件A是否可以访问组件B和C，取决于比较B和C内的访问权限标签与应用程序1内的标签集合的结果。B和应用程序1内都有i1标签，所以组件A可以访问组件B，相反应用程序1内没有标签i2，组件A 不可以访问组件B。
作者：喵哥笔记
