手机虚拟摄像头|root面具及LSP框架

这套资料围绕一个很具体的工程问题展开：在不修改目标 App 源码的前提下，让摄像头采集到的画面变成你想要的画面。它由三块内容咬合而成——虚拟摄像头（VCAM）方案、Magisk 面具提权、LSPosed 框架模块注入，另外还附带一条 RTMP 推流的支线。整体更接近一份「可对照复现的工程记录」，而不是按章节讲解的课程视频，适合手上已经有真机或模拟器、准备动手改环境的人。

技术栈的组成关系

先把三条线的分工理清楚，后面看资料时就不会乱。Magisk 负责系统层：修补 boot 镜像拿到 root，并通过模块机制在系统启动时挂载文件、改写属性，让提权结果在重启后依然成立。LSPosed 负责应用层：它是 Xposed 的现代实现，基于 Riru/Zygisk 注入 zygote，把 hook 代码送进目标进程，从而在方法调用层面拦截摄像头相关接口。VCAM 系列则是最终效果层：它要解决的是「拦截之后喂什么数据进去」——通常是接管 Camera1/Camera2 或 CameraX 的预览与帧回调，用本地视频、图片或摄像头以外的源替换真实 sensor 输出。

资料里同时给了多个 VCAM 版本和两类分身工具，这不是重复堆料，而是因为不同 Android 版本、不同厂商 ROM 对 camera HAL 的调用路径差异很大，同一个方案在 A 机上能跑、在 B 机上黑屏是常态。多版本并存的价值在于对照：当某个方案失效时，可以换一条注入路径复测。

项目结构与资料组织

资料按「环境准备 → 注入 → 效果验证 → 输出」四段组织。前半段是提权与框架安装，包含 boot 镜像修补和一键 ROOT 的思路；中间是 LSPosed 模块的装载与作用域配置，这一步决定 hook 能否命中目标 App；后半是虚拟摄像头 App 的替换源设置与 RTMP 推流，把本地画面推到服务端，用于直播或远程预览场景。附带的说明文档建议先读，它约束了使用边界，也解释了为什么某些机型必须先降级系统或关闭验证。

可复用的模块与思路

• 提权与持久化：boot 镜像修补、模块目录挂载、开机脚本执行顺序，这套流程换到任何需要系统级改写的场景都能复用。
• Hook 点定位：如何找到 camera 服务的调用链、如何判断该 hook Java 层还是 native 层，是这类改造的核心能力，比记某个 API 名字重要得多。
• 帧数据替换：把外部视频源解码后按目标分辨率、色彩格式、时间戳节奏喂给回调，涉及 YUV 转换与缓冲队列，这部分代码结构可以直接搬到其他媒体注入项目。
• 推流链路：采集 → 编码 → RTMP 封包 → 服务端拉流，是一条独立的通用管线，和虚拟摄像头解耦后可以单独使用。

自学路径建议

不建议一上来就装模块。先在一台可刷机的备用设备上完成提权，确认 Magisk 状态正常；再单独装 LSPosed，用一个最简单的模块验证注入是否生效；确认这两层没问题后，才引入虚拟摄像头 App，逐个测试替换源。每步都保留可回退的快照，因为系统级改动一旦出问题，恢复成本远高于重刷。RTMP 部分可以放到最后，它依赖前面对帧数据的理解。遇到失效时，优先怀疑 ROM 版本与 HAL 差异，而不是模块本身写错。带着这套顺序去翻资料，比顺序通读要省时间。