DiPlay 免费账本全拆解：零收入的开源 CarPlay 接收端，为什么没在日更中崩掉

DiPlay 免费账本全拆解：零收入的开源 CarPlay 接收端，为什么没在日更中崩掉

【免费下载链接】DiPlayIndependent CarPlay receiver for compatible Android head units. Wired and wireless public preview.项目地址: https://gitcode.com/gh_mirrors/di/DiPlay

短视频平台上，有人举着四五个花了几百块买来的 CarPlay 转接盒，质问屏幕里的画面："现在你告诉我完全免费了？"财经媒体的标题更直接，说这个新 App 让老油车翻身了。被追问的项目叫 DiPlay，一个装在车机上而非 iPhone 上的开源 CarPlay 接收端，无需盒子、无需越狱、无需账号，本地认证，USB 与 Wi-Fi Direct 双通道。热闹散场后只剩一个问题：当"免费"被当成承诺，这本账最后算给谁？

一、技术成色：源码里的协议栈，比想象中重

这不是"能连上就行"的玩具。

仓库shared模块里的 airplay 目录有 44 个文件：MFi 配对在 PairSetup.kt、PairVerify.kt，SRP6a 密钥协商在 Srp6a.kt，会话加密在 AirPlayCrypto.kt，RTSP 媒体流在 RtspMessage.kt。旁边还排着 iap2 目录的 6 个文件、mfi 目录的 7 个、网络层 49 个、传输层 42 个；JNI 层引入 SpeexDSP 做通话回声消除（speex_echo_jni.c）。从 iPhone 认证到屏幕镜像到仪表联动，这是一整条链路，不是几个 socket 的拼接。

测试基线同样不掺水：common 与 shared 两个模块下共有 468 个测试文件，0.2.21 版本跑满 3,093 个单元测试、3,092 个通过、1 个预期跳过（docs/VALIDATION.md）。工程规模摆在这里，社区话术有多少水分，源码自己会说话。

二、流量账本：日更背后，谁在替维护者付账单

账本的第二页，数字先跑起来。

CHANGELOG.md 显示，0.2.9 到 0.2.21 共 13 个版本，落在 2026-10-02 到 2026-10-17 之间，15 天。测试用例数同步爬坡：0.2.12 的 1,193 个、0.2.13 的 1,487 个、0.2.14 的 1,822 个、0.2.15 的 1,941 个，到 0.2.16 的 2,225 个、0.2.21 的 3,093 个。每版还要过三个应用的 lint、多轮 debug 构建，外加签名证书、SHA-256 校验和、权限清单的逐项核对，工作量记录在 docs/VALIDATION.md 每一节里。

买单的人是谁？主干合并几乎出自一位维护者（Shihab），贡献以 PR 批次进入，每批过一轮完整安全审查（docs/SAFETY-REVIEW-2026-10-03.md）。更隐蔽的一笔在实车验证：每个版本的验证记录都写着同一句话，维护者没有对完整版本做新的实车测试。验证的成本外包给了社区，而 docs/ISSUE-AUDIT-2026-10-03.md 里 69 个打开的 issue，41 个卡在"需要日志/复测"，24 个是支持范围之外的请求，比如 #2 的极氪 7x、#43 的小鹏 MONA M03、#149 的吉利星越。另有一长列 issue 在要旧系统：#14 的 Android 5、#21 和 #23 的 Android 7、#28 和 #31 的 Android 4.4、#102 的 Android 8、#136 的 Android 8.0/8.1。项目顶着压力把 minSdk 从 28 一路降到 25（0.2.15），再到 24（0.2.21），但 README 承认：Android 7.0 到 8.1 的实车支持"尚未确认"。

免费把尝鲜用户变成了默认用户，而默认用户默认不付钱，也不付日志。

三、灰色地带：一个可被提取的私钥，和一次被撤回的发布

诚实的账本不能跳过负债页。

README.md 用加粗写明两件事：这不是 Apple 认证产品；APK 里捆绑的，是从公开 Carlinkit 固件中恢复的"实验性配件身份"，而且"捆绑的私钥可被提取"。免费分发在这里撞上了结构性死结：公开分发必然导致资产暴露，资产暴露让苹果随时能按掉开关。

事故不是假设。CHANGELOG.md 的"Source reset"条目记录，2026-09-25 维护者撤回了 0.1.0 的 APK、删除发布标签、重置公开分支，因为研究资料、测试者报告和发布签名密钥必须排除在公开仓库之外；旧 APK 已无法通过 Git 历史召回。安全审查文档（docs/SAFETY-REVIEW-2026-10-03.md）还列着两条 P1 级别的凭据打包：一条 workflow 试图从仓库 secrets 恢复 MFi 私钥打进 APK 并上传产物，另一条试图从已发布的 0.2.9 APK 提取私钥重新打包，两条都被整体排除。

基础设施的负债同样写在代码里：应用内更新检查硬编码请求 GitHub 公共发布列表（UpdateClient.kt），网站挂在 GitHub Pages 上，通告走 Telegram。一个零预算项目，把自己的命脉系在免费公共资源上。

四、压力测试与行动清单：免费的边界，三方各付各的账

立场先摆出来：DiPlay 证明了开源在工程上追得平封闭生态的接收端功能，但"免费"只是分发价格，不是维护成本的解法。这个项目的死穴不在代码，在身份资产的不可保密性，那是结构性的，工程解不了。账能不能续下去，取决于三方是否各付各的账：

对车主：装之前先读 docs/COMPATIBILITY.md，确认自己在 BYD 范围与 Android 7.0 以上之内；只从官方发布渠道下载并核对 SHA-256；出问题先在 0.2.21 上复现，用"设置 → Diagnostics → Save diagnostic report"导出报告，人工删掉热点密码再贴 issue。报告是生态的硬通货，docs/PRIVACY.md 里那句"GitHub issue 是公开的"值得背下来。

对贡献者：密钥、身份资产、签名材料一律不进 Git、不进 CI 产物，这条铁律已经被两条 P1 事故验证过；提交前跑完 docs/VALIDATION.md 记录的完整工作流；新功能照 SetupGuide.kt 的范式标成 TESTED、EXPERIMENTAL 或 HIDDEN，把验证状态说诚实，而不是声称"已修复"。

对社区：别刷屏求适配，范围之外的工单每一条都在消耗唯一的维护者；把"免费"理解为"当前价格"，而不是"永久承诺"；iOS 大版本更新后主动回报兼容性，这是维护者最缺的输入。

回到开篇那个举着转接盒发问的人：他买到的从来不是承诺，而是一个预览版。免费风暴对开源社区是福是祸，答案不热闹。福的条件是三方各付各的账：用户交出诊断报告，维护者守住凭据纪律与验证分级，社区守住"预览"两个字的边界。任何一个环节把免费读成承诺，账单最终会落在最付不起的人身上，而那才真正对得起"火葬场"三个字。

【免费下载链接】DiPlayIndependent CarPlay receiver for compatible Android head units. Wired and wireless public preview.项目地址: https://gitcode.com/gh_mirrors/di/DiPlay