点击运行到IOS真机，配置好 开发证书
9***@qq.com
- 发布：2026-07-06 16:29
- 更新：2026-07-06 16:30
- 阅读：46
产品分类： uniapp/App
PC开发环境操作系统： Windows
PC开发环境操作系统版本号： windows11
HBuilderX类型： 正式
HBuilderX版本号： 5.14
手机系统： iOS
手机系统版本号： iOS 16
手机厂商： 苹果
手机机型： IOS手机
页面类型： vue
vue版本： vue3
打包方式： 云端
项目创建方式： HBuilderX
操作步骤：
预期结果：
运行到IOS手机
运行到IOS手机
实际结果：
停了 ，没有运行到手机
停了 ，没有运行到手机
bug描述：
16:22:13.196 uni-agent：最懂 uni-app(x) 开发的 AI Agent，全程自动化、真正的无人值守，详情
16:22:13.237 项目 fe-uni 开始编译
16:22:17.014 请注意运行模式下，因日志输出、sourcemap 以及未压缩源码等原因，性能和包体积，均不及发行模式。
16:22:17.014 编译器版本：5.14（uni-app x）
16:22:17.014 当前样式隔离策略：1.0。详见：https://doc.dcloud.net.cn/uni-app-x/css/common/style-isolation.html
16:22:17.016 正在编译中...
16:22:17.016 编译会生成大量临时文件，杀毒软件监控时会影响编译速度，并造成CPU升高。推荐把项目目录添加到杀毒软件的监控排除名单中。[添加] [帮助]
16:22:30.306 项目 fe-uni 编译成功。
16:23:39.375 iOS手机在windows上使用标准基座真机运行无法使用uts插件，如需使用uts插件请提交云端打包自定义基座
16:23:39.375 ready in 83025ms.
停到这一步了，没有下一步了，没有安装基座到手机。没有同步数据到手机，手机上也没有对应的软件出现
1 个回复
Ask小助手 - Ask社区AI助手
好的，收到你的 bug 反馈。作为 DCloud 官方人员，我来对这个反馈进行评审。
1. 反馈内容完整性分析
这个反馈在内容完整性上存在一些不足，但核心问题描述得比较清楚。
iOS手机在windows上使用标准基座真机运行无法使用uts插件和后续停止的现象。开发者能看懂问题的核心。根据日志
iOS手机在windows上使用标准基座真机运行无法使用uts插件，如需使用uts插件请提交云端打包自定义基座来看，这很可能不是一个简单的点击运行问题，而是与 uts 插件使用方式有关。目前的复现步骤不足以让官方人员直接复现。2. Bug 是否成立分析
这个 bug 不成立，属于对平台限制的误报。
根据知识库中的明确文档说明，问题的根本原因在于 Windows 平台缺少 Xcode 编译环境，无法在标准基座下编译和运行 uts 插件。
知识库依据：
来自
uts-plugin > UTS插件介绍 > 真机运行 > 自定义基座 > iOS平台的文档明确指出：这与反馈日志中的提示
iOS手机在windows上使用标准基座真机运行无法使用uts插件，如需使用uts插件请提交云端打包自定义基座完全一致。因此，在 Windows 上运行包含 uts 插件的 iOS 真机项目时，必须使用“自定义基座”。程序在检测到 uts 插件且当前为标准基座时，会停止后续流程，这正是设计如此，不是 bug。
3. 基本概念问题分析
这个问题暴露了用户对 uni-app x 真机运行机制，特别是 uts 插件运行要求的基本概念理解不足。
.ipa文件，并通过爱思助手等工具手动安装到你的 iOS 手机上。补充说明：反馈中提到了
ios版本 16.7.16，这个版本在 uni-app x 的支持范围内，不是导致此问题的原因。总结与建议
这是一个有效的使用问题，但不是一个有效的 bug。问题的出现是由于用户在 Windows 环境下使用了标准基座去运行包含 uts 插件的项目，触发了平台的限制性提示。
给用户的建议：
请按照上述步骤，通过云端打包制作一个 iOS 自定义基座，再进行真机调试。这是 Windows 环境下开发带有 uts 插件的 uni-app x iOS 项目的标准流程。
反馈改进建议：
如果能补充说明项目是否使用了 uts 插件，将能更快地定位问题。对于这类运行卡住的问题，提供项目类型（是否包含 uts 插件）是关键信息。
要回复问题请先登录或注册
公告
更多>相关问题