一、车载应用商店的核心：应用打包与分发

做车载应用商店，第一个要解决的问题就是——应用怎么打包？

你想想看，车机不像手机，不能随便从网上下个APK就装。车载系统对安全性和稳定性的要求高得多。我个人习惯把应用打包看作「给软件穿上铠甲」，既要保护它不被篡改，又要让系统能识别它。

1.1 AppStream：应用元数据标准

AppStream 说白了就是一套描述应用的「身份证」格式。它定义了应用的名字、图标、描述、版本号、依赖关系等信息。

我在项目中遇到过一个问题：不同 OEM 厂商对应用描述格式不统一，有的用 XML，有的用 JSON，导致应用商店解析困难。后来我们统一采用了 AppStream 标准，才解决了这个混乱局面。

一个典型的 AppStream 元数据文件长这样：

<?xml version="1.0" encoding="UTF-8"?>
<component type="desktop-application">
  <id>com.example.navigation</id>
  <name>车载导航</name>
  <summary>高性能车载导航应用</summary>
  <description>
    <p>支持实时路况、语音导航、离线地图...</p>
  </description>
  <url type="homepage">https://example.com</url>
  <metadata_license>CC0-1.0</metadata_license>
  <project_license>GPL-2.0+</project_license>
  <releases>
    <release version="1.2.0" date="2024-06-15"/>
  </releases>
  <requires>
    <display_length compare="ge">7</display_length>
  </requires>
</component>

嗯，这里要注意：requires 字段特别重要。它告诉系统这个应用需要多大的屏幕、多少内存、什么版本的 Qt 框架。如果车机不满足条件，安装就会失败。

1.2 应用打包流程

打包不是简单地把文件塞到一起。我建议用以下步骤：

  1. 收集资源：可执行文件、QML 文件、图片、字体、配置文件
  2. 生成元数据：编写 AppStream XML 文件
  3. 创建包结构：按标准目录组织文件
  4. 签名：用私钥对包进行数字签名
  5. 压缩：生成最终的分发文件（如 .flatpak 或 .appimage）
我的小技巧：打包时一定要包含所有依赖的 Qt 插件。我曾经因为漏掉了一个图像格式插件，导致应用在某个车机上显示不了图标，排查了整整两天。

二、签名与验证：信任的基石

车载应用商店最怕什么？怕恶意应用。签名就是解决这个问题的。

2.1 数字签名原理

说白了，签名就是用开发者的私钥给应用打个「防伪标签」。车机收到应用后，用对应的公钥验证这个标签是否有效。

流程是这样的：

  1. 开发者计算应用的哈希值（SHA-256）
  2. 用私钥加密这个哈希值，生成签名
  3. 将签名和公钥证书一起打包进应用
  4. 车机用公钥解密签名，得到原始哈希值
  5. 车机重新计算应用的哈希值，对比是否一致

如果哈希值对不上，说明应用被篡改过，直接拒绝安装。

2.2 Qt 中的签名实现

在 Qt 项目中，我通常用 OpenSSL 来做签名。下面是一个签名脚本的例子：

#!/bin/bash
# 签名脚本：sign_app.sh
APP_FILE="navigation.app"
SIGNATURE_FILE="navigation.sig"
PRIVATE_KEY="developer_private.pem"

# 计算哈希
sha256sum $APP_FILE | cut -d' ' -f1 > hash.txt

# 签名
openssl dgst -sha256 -sign $PRIVATE_KEY -out $SIGNATURE_FILE hash.txt

echo "签名完成：$SIGNATURE_FILE"

验证端（车机端）的代码：

// 验证签名
bool verifySignature(const QByteArray &appData, 
                     const QByteArray &signature,
                     const QByteArray &publicKey) {
    QByteArray hash = QCryptographicHash::hash(
        appData, QCryptographicHash::Sha256);
    
    // 使用 OpenSSL 验证
    BIO *bio = BIO_new_mem_buf(publicKey.data(), publicKey.size());
    EVP_PKEY *pkey = PEM_read_bio_PUBKEY(bio, nullptr, nullptr, nullptr);
    
    EVP_MD_CTX *ctx = EVP_MD_CTX_new();
    EVP_VerifyInit(ctx, EVP_sha256());
    EVP_VerifyUpdate(ctx, hash.data(), hash.size());
    
    int result = EVP_VerifyFinal(ctx, 
        (unsigned char*)signature.data(), signature.size(), pkey);
    
    EVP_MD_CTX_free(ctx);
    EVP_PKEY_free(pkey);
    BIO_free(bio);
    
    return result == 1;
}
曾经踩过的坑：公钥证书一定要有有效期管理。我见过一个项目，证书过期了还在用，结果所有应用都无法安装。建议在车机端实现证书自动更新机制。

三、安装与卸载流程

安装和卸载看起来简单，但车载环境有特殊要求。比如，不能在车辆行驶时安装应用，不能影响安全相关的系统进程。

3.1 安装流程

我设计的安装流程分五步：

步骤 操作 说明
1 下载验证 检查网络连接，下载应用包，校验完整性
2 签名验证 验证数字签名，确认来源可信
3 依赖检查 检查 Qt 版本、系统库、硬件要求
4 权限审查 检查应用申请的权限是否合理
5 实际安装 解压文件，注册应用到系统

代码实现片段：

bool installApplication(const QString &packagePath) {
    // 1. 验证签名
    if (!verifyPackageSignature(packagePath)) {
        emit installError("签名验证失败");
        return false;
    }
    
    // 2. 检查依赖
    AppStreamMetaData meta = parseAppStream(packagePath);
    if (!checkDependencies(meta.requires())) {
        emit installError("系统不满足应用要求");
        return false;
    }
    
    // 3. 检查权限
    if (!checkPermissions(meta.permissions())) {
        emit installError("权限申请不合理");
        return false;
    }
    
    // 4. 执行安装
    QString installDir = "/opt/apps/" + meta.id();
    QDir().mkpath(installDir);
    extractPackage(packagePath, installDir);
    
    // 5. 注册到应用管理器
    AppManager::instance().registerApp(meta);
    
    emit installSuccess(meta.id());
    return true;
}

3.2 卸载流程

卸载相对简单，但要注意清理干净：

  1. 停止应用进程（如果正在运行）
  2. 删除应用文件目录
  3. 清理用户数据（可选，可保留）
  4. 从应用管理器中注销
  5. 更新应用商店的已安装列表
关键点：卸载时一定要检查是否有其他应用依赖当前应用。我曾经遇到过 A 应用依赖 B 应用的共享库，卸载 B 后 A 就崩溃了。建议实现引用计数机制。

四、整体架构图

下面这张图展示了应用商店从打包到安装的完整流程：

车载应用商店：打包 → 签名 → 安装 完整流程 ① 应用打包 • 收集可执行文件 • 编写 AppStream 元数据 • 组织目录结构 • 压缩为分发包 ② 数字签名 • 计算 SHA-256 哈希 • 用私钥加密哈希 • 生成签名文件 • 附带公钥证书 ③ 安装验证 • 验证签名 • 检查依赖 • 审查权限 • 解压安装 车机端应用商店 开发者端：打包 + 签名 车机端：验证 + 安装 🔒 签名确保应用来源可信，防止篡改

五、避坑指南与最佳实践

做了这么多年车载开发，我总结了几条经验：

  • 签名密钥要保管好：私钥泄露等于所有应用都可以被伪造。建议使用硬件安全模块（HSM）存储。
  • 版本号管理要规范：我见过因为版本号格式不统一，导致应用商店无法判断哪个版本更新的情况。建议使用语义化版本号（如 1.2.3）。
  • 安装失败要回滚：安装过程中如果出错，必须能恢复到安装前的状态。我曾经因为没有做回滚，导致一个应用装了一半系统崩溃，重启后应用不可用，还占着磁盘空间。
  • 考虑离线场景：车机不一定总有网络。应用商店应该支持离线安装包，通过 U 盘等方式传递。
我的习惯：每次发布新版本前，我都会在模拟器上完整走一遍「打包→签名→安装→卸载」流程。这个习惯帮我避免了很多线上问题。

好了，关于应用打包、签名与安装卸载，核心内容就是这些。记住一句话：安全是车载应用商店的生命线。签名保证信任，验证保证安全，流程保证稳定。把这三点做好，你的应用商店就成功了一大半。

公众号:蓝海资料掘金营，微信deep3321

← 上一章 📖 返回目录 下一章 →