5个步骤教你制作QtScrcpy跨平台绿色版
2026-03-14 06:33:50作者:牧宁李
一、需求分析:为什么需要绿色版
绿色版(便携版)是指无需安装、解压即可运行的软件版本,特别适合需要在多台设备间频繁迁移的用户。对于QtScrcpy这类Android控制工具,绿色版具有三大核心价值:无需管理员权限即可使用、配置文件随目录迁移、避免系统环境差异导致的运行问题。
制作绿色版的本质是依赖打包——将Qt运行库、ADB工具、Scrcpy服务器及配置文件等所有必要组件整合到单一目录中。QtScrcpy项目已提供完善的CI构建脚本,我们只需在此基础上优化打包逻辑。
核心要点:
- 绿色版需包含可执行文件、Qt库、ADB工具、Scrcpy服务器四部分
- 配置文件应保存在应用目录下(config/config.ini(v2.1+))
- 不同平台依赖处理方式差异较大,需针对性设计打包策略
二、方案设计:绿色版架构与实现路径
2.1 整体架构设计
绿色版采用"核心程序+依赖库+资源文件"的三层架构:
- 核心层:QtScrcpy可执行文件及Scrcpy服务器
- 依赖层:Qt运行库、ADB工具链、系统运行时组件
- 资源层:按键映射配置(keymap/)、UI资源(res/)、用户配置(config/)
2.2 跨平台实现策略
| 平台 | 打包格式 | 依赖处理工具 | 核心脚本 | 分发体积 |
|---|---|---|---|---|
| Windows | 压缩包 | windeployqt | ci/win/publish_for_win.bat | ~60MB |
| Linux | AppImage | linuxdeploy | ci/linux/package_appimage.sh | ~80MB |
| macOS | DMG镜像 | macdeployqt | ci/mac/package_for_mac.sh | ~75MB |
核心要点:
- Windows需重点处理Visual C++运行时依赖
- Linux采用AppImage格式实现跨发行版兼容
- macOS通过DMG镜像简化用户使用流程
- 所有平台均需保留config/和keymap/目录的可写权限
三、多平台实现:分步骤操作指南
3.1 Windows平台:通过批处理脚本实现依赖自动打包
环境检查清单:
- 硬件:x86_64架构CPU,至少2GB内存
- 软件:Visual Studio 2022、Qt 5.15+、CMake 3.20+
实现步骤:
-
编译项目
:: 设置编译参数 set cmake_params=-DCMAKE_PREFIX_PATH=%qt_cmake_path% -DCMAKE_BUILD_TYPE=Release :: 生成解决方案 cmake %cmake_params% ../.. :: 并行构建 cmake --build . --config Release -j8 -
收集依赖
:: 创建发布目录 mkdir publish :: 复制主程序及资源 xcopy Release\QtScrcpy.exe publish\ /Y xcopy ..\..\adb\adb.exe publish\ /Y xcopy ..\..\server\scrcpy-server publish\ /Y xcopy ..\..\keymap publish\keymap\ /E /Y :: 自动部署Qt依赖 windeployqt publish\QtScrcpy.exe -
精简优化
:: 删除非必要插件 rmdir /s/q publish\iconengines del publish\imageformats\qgif.dll :: 保留截图必需的jpeg插件 :: 保留核心Qt库:Qt5Core.dll、Qt5Gui.dll、Qt5Widgets.dll
核心要点:
- 使用windeployqt自动分析并复制Qt依赖
- 必须保留qjpeg.dll以支持截图功能
- 需手动添加vcruntime140.dll等Visual C++运行时组件
3.2 Linux平台:AppImage格式实现跨发行版兼容
环境检查清单:
- 硬件:x86_64架构CPU
- 软件:Qt 5.15+、linuxdeploy、AppImageTool
实现步骤:
-
准备工作
# 检测Qt安装路径 common_qt_paths=("$HOME/Qt" "/opt/Qt" "/usr/lib/qt5") for path in "${common_qt_paths[@]}"; do if [ -d "$path" ]; then ENV_QT_PATH="$path/$(ls -1t $path | head -1)/gcc_64" break fi done -
构建AppDir结构
mkdir -p appdir/usr/bin appdir/usr/lib # 复制主程序 cp build/QtScrcpy appdir/usr/bin/ # 复制资源文件 cp -r keymap appdir/usr/share/ cp -r config appdir/usr/share/ -
生成AppImage
# 处理Qt依赖 export QMAKE="$ENV_QT_PATH/bin/qmake" linuxdeploy --appdir appdir --plugin qt --output appimage # 重命名输出文件 mv QtScrcpy-x86_64.AppImage QtScrcpy-green-x86_64.AppImage
核心要点:
- AppImage格式可在Ubuntu、Fedora等主流发行版直接运行
- 使用linuxdeploy自动处理动态库依赖
- 赋予执行权限:
chmod +x QtScrcpy-green-x86_64.AppImage
3.3 macOS平台:DMG镜像实现拖拽式安装
环境检查清单:
- 硬件:Intel或Apple Silicon芯片Mac
- 软件:Xcode 12+、Qt 5.15+、create-dmg工具
实现步骤:
-
编译应用
# 设置Qt环境 export PATH="$HOME/Qt/5.15.2/clang_64/bin:$PATH" # 构建项目 qmake QtScrcpy.pro make -j8 -
打包应用
# 生成.app包 macdeployqt QtScrcpy.app -dmg # 自定义DMG外观 python ci/mac/package/package.py -
签名与验证
# 可选:对应用进行签名 codesign --deep --force --sign "Developer ID Application" QtScrcpy.app
核心要点:
- DMG镜像本身就是绿色分发格式
- 使用macdeployqt处理框架依赖
- Apple Silicon用户需确保Qt版本支持ARM架构
四、优化策略:减小体积与提升兼容性
4.1 体积优化技巧
💡 关键优化点:
- 依赖精简:仅保留必要Qt模块(Core、Gui、Widgets、Network)
- 资源压缩:使用UPX压缩可执行文件(Windows:
upx --best QtScrcpy.exe) - 文件清理:删除调试符号、文档和示例文件
- 格式转换:将PNG图标转换为SVG格式减少体积
4.2 兼容性增强
⚠️ 兼容性处理:
- Windows:同时提供32位和64位版本
- Linux:基于Ubuntu 18.04构建以保证向下兼容
- macOS:支持10.14+版本,区分Intel和Apple Silicon架构
优化效果对比:
| 优化措施 | 原始体积 | 优化后体积 | 减少比例 |
|---|---|---|---|
| 基础打包 | 120MB | 85MB | 29% |
| 依赖精简 | 85MB | 68MB | 20% |
| 可执行文件压缩 | 68MB | 52MB | 23% |
五、问题排查:常见故障解决方案
5.1 依赖缺失问题
| 症状 | 原因 | 解决方案 |
|---|---|---|
| 启动时报"找不到Qt5Core.dll" | Qt运行库未正确打包 | 重新运行windeployqt或手动复制Qt库 |
| Linux下提示"libQt5Gui.so.5: cannot open" | 动态库路径未配置 | 使用linuxdeploy重新打包或设置LD_LIBRARY_PATH |
| macOS提示"无法打开因为无法验证开发者" | 应用未签名 | 右键打开或使用xattr -d com.apple.quarantine QtScrcpy.app |
5.2 功能异常问题
💡 常见问题修复:
- 截图功能失效:确保保留qjpeg.dll(Windows)或相应的Qt图像插件
- ADB无法连接:检查adb.exe是否在应用目录且具有执行权限
- 配置无法保存:验证config目录是否具有写入权限(
chmod 755 config)
5.3 性能优化
- 启动速度慢:删除不必要的插件和翻译文件
- 高内存占用:在配置文件中降低视频分辨率(config.ini中设置max_size=720)
- 卡顿问题:关闭不必要的后台进程,确保设备USB连接稳定
总结
通过本文介绍的5个步骤,你已掌握QtScrcpy绿色版的跨平台制作方法。核心在于理解各平台依赖处理机制,善用项目提供的CI脚本,并针对不同系统特性进行优化。绿色版不仅提升了软件的便携性,也为用户提供了一致的使用体验。
官方文档:docs/FAQ.md 打包脚本目录:ci/ 配置文件模板:config/config.ini
登录后查看全文
热门项目推荐
相关项目推荐
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust078- DDeepSeek-V4-ProDeepSeek-V4-Pro(总参数 1.6 万亿,激活 49B)面向复杂推理和高级编程任务,在代码竞赛、数学推理、Agent 工作流等场景表现优异,性能接近国际前沿闭源模型。Python00
MiniMax-M2.7MiniMax-M2.7 是我们首个深度参与自身进化过程的模型。M2.7 具备构建复杂智能体应用框架的能力,能够借助智能体团队、复杂技能以及动态工具搜索,完成高度精细的生产力任务。Python00
GLM-5.1GLM-5.1是智谱迄今最智能的旗舰模型,也是目前全球最强的开源模型。GLM-5.1大大提高了代码能力,在完成长程任务方面提升尤为显著。和此前分钟级交互的模型不同,它能够在一次任务中独立、持续工作超过8小时,期间自主规划、执行、自我进化,最终交付完整的工程级成果。Jinja00
Kimi-K2.6Kimi K2.6 是一款开源的原生多模态智能体模型,在长程编码、编码驱动设计、主动自主执行以及群体任务编排等实用能力方面实现了显著提升。Python00
Hy3-previewHy3 preview 是由腾讯混元团队研发的2950亿参数混合专家(Mixture-of-Experts, MoE)模型,包含210亿激活参数和38亿MTP层参数。Hy3 preview是在我们重构的基础设施上训练的首款模型,也是目前发布的性能最强的模型。该模型在复杂推理、指令遵循、上下文学习、代码生成及智能体任务等方面均实现了显著提升。Python00
热门内容推荐
最新内容推荐
项目优选
收起
Claude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed.
Get Started
Rust
444
78
暂无描述
Dockerfile
691
4.47 K
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
408
327
Ascend Extension for PyTorch
Python
550
673
deepin linux kernel
C
28
16
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.59 K
930
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
955
931
本项目是CANN开源社区的核心管理仓库,包含社区的治理章程、治理组织、通用操作指引及流程规范等基础信息
650
232
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
1.08 K
564
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
C
436
4.43 K


