uni-app ios打包后苹果审核时出现we're sorry页面
uni-app ios打包后苹果审核时出现we’re sorry页面
操作步骤:
- 苹果审核出错
预期结果:
- 可以正常打开
实际结果:
- 出现we’re sorry页面
bug描述:
ios打包好,提交到app store。苹果审核的时候,反馈说出现了we’re sorry页面了。 不过前面打的包,苹果审核是可以正常打开的,没有问题。 后面打的包不知道为啥突然出现这个问题。 不过后面是切换了一下hbuilder x的版本,这会不会有问题的? 还是其它问题引起的?有么有人知道的
信息类别 | 详细信息 |
---|---|
产品分类 | uniapp/App |
PC开发环境操作系统 | Windows |
PC开发环境操作系统版本号 | win10 |
HBuilderX类型 | 正式 |
HBuilderX版本号 | 4.24 |
手机系统 | iOS |
手机系统版本号 | iOS 18 |
手机厂商 | 苹果 |
手机机型 | 未知 |
页面类型 | nvue |
vue版本 | vue2 |
打包方式 | 云端 |
项目创建方式 | HBuilderX |
而且发布的版本,通过testflight,使用苹果手机进行安装测试,没有问题,又可以正常打开。但是审核那边就是说有这个问题,我也不知道怎么解决了。有没有大佬知道的。
是不是使用了和打包不同的HBuilderX版本提交过wgt更新?
回复 DCloud_iOS_XHY: 是的,前面用4.08的,后面地图定位说要升级到4.24才能使用,后面就使用4.24了。这有关系吗?
回复 m***@163.com: 不同版本之间不能保证完全兼容,打包时使用的版本和wgt的版本要保持一致,如果升级了HBuilderX就做一次整包更新
回复 DCloud_iOS_XHY: 怎么做整包更新的?不是云打包之后,就算是整包更新吗?
回复 m***@163.com: 对,升级了HBuilderX需要重新打包一次提交审核,就是做一次整包更新,之后再使用相同版本的HBuilderX制作wgt热更新
在处理uni-app打包为iOS应用后,苹果审核过程中出现“We’re sorry”页面的问题时,这通常意味着应用存在某种导致崩溃或无法正确启动的问题。这类问题可能源于多种原因,包括但不限于代码错误、资源文件缺失、权限配置不当等。为了帮助你快速定位并解决问题,以下是一些可能的代码检查和调整方案。
1. 检查网络请求
如果应用依赖于网络请求,确保所有请求都是异步的,并且在请求失败时有适当的错误处理。
uni.request({
url: 'https://example.com/api',
success: (res) => {
console.log(res.data);
},
fail: (err) => {
console.error('Request failed', err);
}
});
2. 确保资源文件完整
确保所有图片、音频等静态资源文件都已正确打包进应用中,并且路径引用正确。
<image src="/static/images/logo.png"></image>
3. 权限配置
检查manifest.json
中的iOS权限配置,确保所有必要的权限都已申请。
"mp-weixin": {
"appid": "xxxx",
"setting": {
"urlCheck": false
}
},
"ios": {
"permissions": {
"photos": {},
"camera": {},
"location": {
"description": "需要您的位置信息"
}
}
}
4. 使用Xcode调试
将应用通过Xcode打包并运行在真实设备上,查看控制台输出,查找可能的崩溃日志或错误信息。
# 打开Xcode,选择你的uni-app项目
# 连接iPhone,选择设备,点击运行
5. 检查第三方库
如果你使用了第三方库,确保它们都是最新的,并且兼容当前的uni-app和iOS版本。
6. 清理和重建
有时候,简单的清理和重建项目可以解决一些莫名其妙的问题。
# 清理Xcode项目
Product -> Clean Build Folder
# 重建项目
Cmd + B
总结
以上步骤可以帮助你初步定位和解决uni-app iOS打包后审核出现“We’re sorry”页面的问题。如果问题依旧存在,建议详细查看苹果审核团队提供的反馈,并根据反馈进行针对性的调整。同时,确保你的应用在不同网络环境和设备上都能稳定运行。