这个项目是什么
DiPlay 是一个开源的 CarPlay 接收端，装在安卓车机上就能让 iPhone 投屏 CarPlay，不需要买几百块的硬件转接盒。
核心数据（2026 年 10 月实测）：GitHub 8200+ star，GPL-3.0 开源，最新 0.2.16 版，项目 9 月底才创建，两周涨了 8000 star——说明需求是真实且饥渴的。
技术原理一句话：它在应用层实现了 iAP2 协议握手和 AirPlay 会话管理。关键点是 MFi 身份用的是从 Carlinkit 公开固件里提取的实验性身份，不是苹果官方认证。这意味着能用，但 iOS 大版本更新后可能失效。
项目地址：https://link.jinbufenzi.com/diplay，中文版：https://link.jinbufenzi.com/diplay-cn
为什么它能赚钱
三个数字说明市场：
第一，存量大。国内路上跑的老款安卓车机以千万计，原生不支持 CarPlay，车主想用只有两条路：买 Carlinkit 硬件盒子（三四百块），或者刷 DiPlay 这类软件方案。
第二，信息差大。会折腾 GitHub 的车主是少数，大部分人连 APK 怎么装到车机上都不知道。小红书咸鱼上已经有人 9.9 元卖安装包了，说明有人愿意为”帮我装好”付费。
第三，复购可能。软件和硬件不一样，iOS 一更新就可能失效，需要持续维护。一次性的 9.9 是锤子买卖，年费制才是长久生意。
最 low 的玩法：9.9 卖安装包
先说清楚现在市场上的 low 玩法：从 GitHub 下个 APK，9.9 元一份在咸鱼小红书卖。
这玩法三个问题：零门槛，谁都能复制，今天你卖 9.9，明天就有人卖 4.9；零复购，装完就没你事了；iOS 一更新失效，用户骂的是你。
能赚点零花钱，但做不大，不值得投入时间。
进阶打法：换签名 + 做适配 + 年费制
真正的打法分三步。
第一步，拿源码换自己的安卓签名。用 keytool 生成自己的 keystore，用 apksigner 重新签名打包。从这一刻起，这个 APK 就是你的版本，用户只能从你这里获取更新——这就是你的发行渠道。
第二步，做老车机适配。原项目主要针对比亚迪 DiLink，但国内老车机五花八门：杂牌安卓大屏、4S 店加装的安卓机、各种定制 ROM。每一款的 USB 权限、后台保活、分辨率适配都是坑。你解决的机型越多，护城河越深。建议先聚焦 3-5 款保有量大的机型，做深做透。
第三步，年费制。建议 99 元/年，包含：持续适配新 iOS 版本、远程问题排查、新功能更新。对比 Carlinkit 硬件三四百块一次性投入，99 元年费让用户每年都觉得值——因为 iOS 每年都更新，CarPlay 每年都可能出兼容问题，你的维护就是刚需。
实操：换签名具体步骤
这是付费版独家内容，一步步来。
环境准备：一台电脑，装好 JDK 17+ 和 Android SDK Build Tools。
第一步，生成自己的签名密钥：
keytool -genkeypair -keystore my-carplay.jks -alias carplay -keyalg RSA -keysize 2048 -validity 10950 -storepass 你的密码
validity 10950 是 30 年有效期，签一次管一辈子。这个 jks 文件是你的命根子，丢了就再也发不了同签名的更新，务必备份到至少两个地方。
第二步，从 GitHub 拉源码自己编译，或者直接拿官方 APK 重签名。重签名最快：
# 先对齐zipalign -p -f -v 4 DiPlay.apk DiPlay-aligned.apk
# 再签名
apksigner sign --ks my-carplay.jks --out DiPlay-mysign.apk DiPlay-aligned.apk
# 验证
apksigner verify --print-certs DiPlay-mysign.apk
第三步，改包名（可选但建议）。原包名 com.shihab.diplay，改成你自己的如 com.你的名字.diplay，避免和官方版本冲突。改包名需要改源码重新编译，用 Android Studio 打开项目，全局替换包名即可。
实操：打包发布流程
别每次手动打包，用 GitHub Actions 自动化：
1. Fork 原项目到你自己的仓库
2. 把 jks 文件转成 base64，存到仓库的 Secrets 里（名字如 SIGNING_KEY）
3. 在 .github/workflows 下加一个 release.yml，每次打 tag 自动编译、签名、生成 APK
4. 用户侧：你的更新服务器只需要一个 version.json，写明最新版本号和下载地址，APK 里加个检查更新的逻辑
这套流程跑通后，原项目一更新，你合一下代码、打个 tag，新版本就发出去了，全程 10 分钟。
实操：定价建议表
| 版本 | 价格建议 | 包含内容 |
|---|---|---|
| 体验版 | 9.9 元一次性 | 当前版本 APK + 安装教程 |
| 年费版 | 99 元/年 | 持续更新 + iOS 兼容跟进 + 问题排查 |
| 终身版 | 299 元 | 年费版所有权益，买断 |
| 硬件捆绑 | 199 元 | 预装定制盒子 + 1 年服务 |
定价逻辑：体验版是钩子，转化到年费版；终身版锚定价格，让年费显得划算；硬件是后期的利润放大器。
不建议一上来就做终身版——iOS 每年变，你的维护成本是持续的，终身版等于给自己挖坑。等用户基数大了、维护流程跑顺了再考虑。
获客：去哪找第一批用户
三个渠道按优先级排序：
车友群：QQ 群、微信群搜”XX 车型车友会”，老车型的群最精准。别硬广，先帮人解决问题，再提你的服务。
小红书/抖音：发实测视频，标题模板”XX 年的老 XX，50 块装上 CarPlay”。真实车机实拍最有说服力，评论区自然有人问怎么弄。
咸鱼：9.9 体验版挂上去，作用是引流不是赚钱。买家咨询时转化到年费版。
话术核心只有一句：你买的是”有人持续给你维护”，不是”一个安装包”。
护城河：AI 持续维护 + 自有签名
为什么 9.9 卖安装包的干不过你？
9.9 卖的是一个静态文件，你卖的是持续服务。iOS 18 出了兼容问题，你三天内推更新，对方还在用三个月前的旧包。时间一长，口碑自然分化。
用 AI 做维护是降本关键。DiPlay 是 Kotlin 项目，issue 和 release notes 都是英文，用 AI 翻译、分析 changelog、定位兼容性问题，一个人就能跟上更新节奏。原项目两周发了十几个版本，靠人力盯是盯不住的，靠 AI 工作流可以。
自有签名是第二道护城河。用户装了你的签名版本，后续更新只能走你的渠道，天然锁客。想换别家？得卸载重装，大部分用户懒得折腾。
扩展方向
车机只是起点，同一套技术可以铺到更多老设备：
电视版：老款安卓电视装 APK，iPhone 投屏看视频，不比买 Apple TV 便宜得多？
平板版：家里吃灰的旧安卓平板，装上当车载导航屏或床头投屏器。
硬件盒子版：做到一定规模，可以定制自己的硬件盒子，预装你的签名版本，一次卖 199，连硬件钱一起赚。对标水果互联那种转接盒，但你的优势是软件持续更新，他们卖的是死硬件。
合规红线（必读）
这四条是底线，碰了就是找死：
第一，GPL-3.0 要求修改后分发必须开源修改部分。你可以收费，但不能闭源。正确做法：把修改后的代码推到你自己的公开仓库，收的是”适配+维护+服务”的钱，不是代码本身的钱。
第二，MFi 身份是实验性的。必须在显著位置声明：非苹果官方认证，iOS 大版本更新可能导致失效，不承诺永久可用。
第三，不承诺”破解””永久免费”。宣传话术用”适配服务””持续维护”，不用”破解 CarPlay”。
第四，用户数据：远程排查只看日志，不碰用户隐私，提前写进用户协议。
免责声明：本文基于 2026 年 10 月的公开信息和实测经验整理。DiPlay 是第三方开源项目，与苹果公司无关。CarPlay 功能依赖实验性 MFi 身份，iOS 系统更新可能导致功能失效，购买服务前请充分了解风险。GPL-3.0 协议要求修改后的代码必须开源，请合规经营。
行动清单
1. 先自己装一台车机实测，把完整流程跑通
2. Fork 项目，换签名，打出第一个自己的版本
3. 选 3 款保有量大的老车机做适配
4. 小红书/抖音发实测视频，定价 99 元/年起步
5. 建用户群，收集机型反馈，持续迭代
从 9.9 卖安装包到 99 年费制，差的不是技术，是把”一次性买卖”做成”持续服务”的思维。
因信息存在时效性以及人为主动性提交的情况（比如有人故意提交错误的信息，人力有限无法进一步做背调确认），因此可能存在信息上的错误，介意请勿支付，如果支付则视为已知晓可能存在的信息错误问题，愿意承担信息错误的支付损失（本站提供的是虚拟信息服务，不支持退款，介意请勿支付）