91软件身份核验｜名称与发布者怎么对照
名称含91的软件应从发布者、应用标识与来源一起核对。显示名称帮助辨认界面，却不足以确认软件身份；标识与签名也需要放回具体平台和分发记录中理解。
显示名称为什么不够
“我记得它叫91”只是检索起点。桌面图标下的名字、商店标题与安装包文件名分别服务于展示和分发，并不能单独说明它由谁制作。遇到两个相似名称时，先比较资料字段，不要急着把其中一个判作旧版本或新版。
Android官方文档说明，application ID在设备和Google Play中识别应用；Apple官方文档则以Bundle ID识别应用包。它们比短名称更适合做资料比对，但单个标识仍不是网站、公司和安全性的全套证明。
按来源收集身份字段
以下是一份编辑核验流程，不要求先安装未知软件。尽量从已经使用的设备、可信发布页面和开发者文档中读取信息，记录信息所在的位置，缺失项保持空白。
- 记完整显示名称及所在平台，避免把Android和iOS资料混为一条。
- 查看发布者或开发者名称，并保存能追溯到该字段的页面地址。
- 记录公开可见的应用标识；不要凭公司名字猜测包名。
- 查找发布者网站、支持页面与商店记录之间的相互对应。
- 已有合法获得的文件且具备技术能力时，再记录签名证书等技术信息；不为核验去下载陌生包。
技术标识的作用与限制
Android的应用签名机制用于安装和更新校验，官方文档还区分应用签名密钥与上传密钥，并提供密钥升级相关机制。因此，签名差异需要结合发布渠道和合法变更记录解释，不能简单把一切差异都判为伪造。
| 字段 | 适合比较什么 | 仍需补充什么 |
|---|---|---|
| 显示名称 | 用户看到的名称 | 开发者与应用标识 |
| 发布者字段 | 页面声明的发布主体 | 原始页面及相互印证 |
| application ID／Bundle ID | 平台内应用标识 | 渠道、版本和时间 |
| 签名记录 | 构建与更新身份线索 | 可信基准及变更说明 |
如何给核验结果下结论
适合写“已核对”的情形是：关键字段有直接记录，来源可追溯，冲突得到解释。只找到相似图标时，更合适的结论是“名称相似，身份尚未确认”。记录过程比给出笼统的真假标签更有帮助。
对于公司更名、应用转移或跨商店分发，应保留各时点的发布者字段，寻找对应公告。不要自行补造关系链。若只是做历史研究，资料不完整并不妨碍保存条目，但条目应清楚标出缺失项和核验边界。
常见问题
包名一样就一定是同一个可靠来源吗？
不能仅凭这一项保证来源可靠。还应核对渠道、发布者和可信签名记录，并明确材料的时间范围。
普通读者需要提取签名吗？
不必。先核对公开发布者、页面来源、平台和完整名称即可；技术字段无法确认时标为未知，不必安装未知文件。
资料出处与适用范围
以下来源支持文中对应的历史事实或技术概念；历史资料不等于当前服务状态。
- Android Developers：Configure the app module
解释application ID的识别用途。
- Apple Developer：CFBundleIdentifier
解释Bundle ID在系统中的识别用途。
- Android Developers：Sign your app
解释应用签名、上传密钥和密钥升级等概念。