Android自定义权限与应用签名：签名校验的实现方式及方案选择疑问

阿华AIGC实验室

2026-4-28

关于Android同签名应用组件访问：签名校验vs自定义权限的疑问解答

我来帮你理清这些关于Android组件访问控制的疑问，结合实际开发中的实践来拆解：

1. 签名校验能不能在Manifest中配置？

答案是不能直接通过Manifest配置代码级的签名校验逻辑，但我们可以借助signature级别的自定义权限来间接实现系统层面的签名校验——这其实是Android官方推荐的同签名应用访问控制方式。

具体来说，你可以在两个同签名的应用中都声明同一个自定义权限，将权限级别设为signature：

<!-- 在两个应用的AndroidManifest.xml中都添加这段 -->
<permission
    android:name="com.yourdomain.apps.SHARED_SIGNATURE_PERMISSION"
    android:protectionLevel="signature" />

然后在提供组件的应用中，给需要保护的组件（比如Activity、Service、ContentProvider）添加权限要求：

<activity
    android:name=".YourProtectedActivity">
    <intent-filter>
        <!-- 你的Intent Filter -->
    </intent-filter>
    <!-- 要求调用方拥有这个签名级权限 -->
    <permission android:name="com.yourdomain.apps.SHARED_SIGNATURE_PERMISSION" />
</activity>

这样系统会自动帮你校验调用方的签名是否和提供方一致，只有同签名的应用才能通过权限校验访问该组件，完全不需要自己写代码做签名对比。

2. 代码实现签名校验的方式

如果确实需要更灵活的校验逻辑（比如除了签名还要额外判断其他条件），那只能通过代码实现。通常的做法是在被调用组件的生命周期方法中，获取调用方的包名，然后对比双方的签名信息：

比如一个获取应用签名的工具方法：

private boolean isCallerSameSignature(Context context, String callerPackageName) {
    PackageManager pm = context.getPackageManager();
    try {
        // 获取自身应用的签名
        PackageInfo selfInfo = pm.getPackageInfo(context.getPackageName(), PackageManager.GET_SIGNATURES);
        Signature selfSignature = selfInfo.signatures[0];
        
        // 获取调用方应用的签名
        PackageInfo callerInfo = pm.getPackageInfo(callerPackageName, PackageManager.GET_SIGNATURES);
        Signature callerSignature = callerInfo.signatures[0];
        
        // 对比签名
        return selfSignature.equals(callerSignature);
    } catch (PackageManager.NameNotFoundException e) {
        e.printStackTrace();
        return false;
    }
}

然后在组件中调用这个方法，比如在Service的onBind或者Activity的onCreate中：

@Override
public IBinder onBind(Intent intent) {
    String callerPackage = getCallingPackage();
    if (!isCallerSameSignature(this, callerPackage)) {
        // 签名不一致，拒绝绑定
        return null;
    }
    // 签名一致，正常返回Binder
    return yourBinder;
}

3. 两种方案的对比：代码校验vs自定义权限

针对你关心的安装顺序问题，我们来对比下两种方案：

用signature级自定义权限（双应用声明）：
- 优势：系统层面的校验，安全可靠，不需要自己维护校验逻辑；只要两个应用都声明了同一个签名级权限，不管安装顺序如何，系统都会识别为同一个权限，不会出现权限申请失败的问题；Manifest中清晰标注了组件的访问要求，可读性强。
- 场景：适合绝大多数同签名应用的组件访问控制需求。
代码实现签名校验：
- 优势：灵活性高，可以叠加其他校验条件；不需要额外声明权限。
- 劣势：需要自己维护签名校验逻辑，容易出现疏漏（比如忘记在所有入口点添加校验）；没有系统层面的拦截，若调用方通过非常规方式访问组件，可能绕过校验；无法规避安装顺序问题（本质上和权限无关，只是代码逻辑判断）。

所以回到你的疑问：如果选择代码实现签名校验，确实不如在两个应用中都定义同一个signature级自定义权限更稳妥——后者不仅能规避安装顺序问题，还能借助系统的权限机制实现更可靠的访问控制。