APP签名的常见术语是什么？

APP签名的常见术语体系，是一套从密码学原理到平台工程实践的完整语言。非对称加密、数字签名、证书、私钥、公钥——这些基础概念构成了整个体系的底层语法；而Keystore、Provisioning Profile、描述文件、签名方案——则是各平台在上层实现的具体方言。不理解这套术语，你就无法读懂签名失败时的错误日志，也无法在团队讨论中准确描述问题。更重要的是，术语的混淆往往直接导致操作错误——把“上传密钥”当成“应用签名密钥”来管理，后果是整个应用无法更新。

底层密码学术语：私钥、公钥、数字签名与证书

APP签名的技术根基是非对称加密。这套体系中有两个核心概念：私钥和公钥。私钥由开发者严格保管，用于签名；公钥随应用分发，用于验证。数字签名的本质是：开发者用哈希算法（如SHA-256）对代码生成“数字指纹”，再用私钥加密这个指纹，形成签名。验证时，系统用公钥解密签名得到原始哈希值，与重新计算的代码哈希值比对——一致则证明代码未被篡改且来源可信。数字证书则是CA机构对“公钥与开发者身份”的绑定背书，包含身份信息、公钥和有效期。证书本身不是秘密，真正需要严防死守的是私钥。证书颁发机构（CA） 是负责核验开发者身份并签发证书的权威机构。证书签名请求（CSR） 则是申请证书前提交的包含公钥和身份信息的编码文件。这些术语是整个签名体系的第一性原理——搞不清私钥和证书的区别，就谈不上安全管理。

Android签名术语：Keystore、别名与四代签名方案

Android的术语体系围绕Keystore（密钥库）展开。Keystore是一个容器文件，可以存放一个或多个密钥对。每个密钥对通过别名来唯一标识。签名时通过keytool生成Keystore，用jarsigner或apksigner执行签名。Android的签名方案经历了四代演进：V1（JAR签名） 是最早的方案，签名单个文件但不保护ZIP元数据，存在安全漏洞；V2（APK Signature Scheme v2） 在Android 7.0引入，对整个APK字节流签名，验证更快、安全性更强；V3在Android 9.0引入，支持密钥轮换；V4在Android 11引入，支持增量安装。调试签名是开发阶段SDK工具自动生成的临时证书，发布签名则是开发者用自己的私钥完成的正式签名。Google Play应用签名将签名密钥拆分为上传密钥（开发者持有）和应用签名密钥（Google托管），解决了密钥丢失的灾难性问题。

iOS签名术语：证书、描述文件与签名身份

iOS的术语体系比Android复杂一个数量级。签名身份（Code Signing Identity） 是私钥与数字证书的组合。iOS证书分为三类：开发证书用于调试阶段，绑定特定设备UDID；分发证书用于App Store或Ad Hoc分发；企业证书用于绕过App Store向内部员工分发。App ID是应用的唯一标识符，与Xcode中的Bundle ID一致。描述文件（Provisioning Profile） 是iOS签名体系中最独特的术语——它将证书、App ID和设备列表捆绑在一起。Entitlements（授权文件）则定义了应用可以调用的系统权限和服务。WWDR证书（Apple Worldwide Developer Relations Certification Authority）是苹果官方的根证书，所有开发者证书最终都追溯到它。iOS的证书管理还涉及p12文件——一种可导出和共享的证书格式。

关键机制术语：时间戳、透明性与吊销

除了平台特有术语，还有一些贯穿全平台的机制性术语值得单独拎出来。时间戳（Timestamp） 是为签名加盖的“时间证明”——符合RFC 3161标准的时间戳可以确保即使签名证书过期，已签名的二进制文件仍然可被验证。证书吊销是CA在私钥泄露或证书被滥用时采取的补救措施。透明性日志则是近年来兴起的新术语——Google的Android二进制透明性和微软的签名透明性服务，将每一次签名记录在公开、不可篡改的日志中，使“签名是否被滥用”变得可审计、可验证。这些机制性术语指向的是签名生态的演进方向——从“签了就完事”到“签了还要能追溯”。

APP签名的术语不是用来背诵的词汇表，而是理解这套安全体系的思维工具。私钥和公钥回答了“谁在签名”；数字签名和证书回答了“签名是否可信”；Keystore和描述文件回答了“平台怎么管签名”；时间戳和透明性回答了“签名过期后怎么办”。当你下次遇到签名失败时，真正能帮你定位问题的，不是搜索引擎，而是你对这些术语背后逻辑的理解深度。术语是地图，不是终点。