'''许多初次接触苹果开发的程序员，最关心的问题就是：iOS 上架 App 费用究竟是多少？
与 Android 相对开放的上架模式不同，苹果对 App Store 上架流程 有严格规定，并设定了固定的收费标准。
在实践中，开发者不仅需要支付 开发者账号年费，还需要承担工具、设备、测试与审核过程中可能产生的额外成本。

本文将结合实战经验，全面解析 iOS 上架 App 费用，并介绍上架过程中常用的工具（Xcode、Transporter、Appuploader、Fastlane），帮助开发者更高效完成应用发布。

一、iOS 上架 App 的核心费用：开发者账号

1. Apple Developer Program（个人账号）

• 年费：99 美元/年（约合人民币 700 元）。
• 适合独立开发者或小型应用发布。

2. Apple Developer Enterprise Program（企业账号）

• 年费：299 美元/年（约合人民币 2100 元）。
• 适合公司或组织，用于企业内部应用分发。

3. 账号注意事项

• 苹果审核严格，企业账号必须提供公司资质。
• 个人账号也能成功上架应用，但应用展示开发者实名。

二、App Store 是否收取单次上架费用？

很多人误以为每次上架都需要单独缴费。事实上：

• App Store 不收取额外的单次上架费用。
• 开发者购买账号后，可以无限次提交 App 审核与更新。
• 唯一固定成本是 账号年费。

三、iOS 应用开发与打包的隐性成本

1. Mac 设备成本

• 原生 iOS 开发必须在 macOS 环境下完成，硬件成本较高。
• 如果团队没有 Mac，可以使用 Appuploader 在 Windows/Linux 上上传 ipa，降低成本。

2. uni-app 云打包费用

• HBuilderX 提供云打包功能，部分功能免费。
• 对于频繁打包的团队，可以购买套餐，节省时间与人力。

3. 自动化工具成本

• Fastlane 免费开源，但团队使用时需配置 CI/CD 环境，可能涉及服务器成本。

四、ipa 文件上传：时间与工具的效率成本

上传 ipa 是 iOS 上架流程 的关键环节。常见上传工具：

1. Xcode 上传
   • 免费，官方方式，但大文件上传可能失败。
2. Transporter App
   • 苹果官方独立工具，支持大文件上传，效率更高。
3. Appuploader
   • 支持 Windows/Linux/Mac，免 Mac 上传 ipa，减少设备成本。
4. Fastlane
   • 免费，支持自动化上传，适合团队开发，但配置成本较高。

五、测试与分发环节的成本

在 App Store 正式发布前，应用需要经过充分测试：

1. Ad Hoc 分发
   • 免费，但限制 100 台设备。
2. TestFlight 内测
   • 免费，最多支持 25 名团队成员。
3. TestFlight 外测
   • 免费，最多 10,000 用户，适合大规模测试。
4. 第三方分发平台
   • 如蒲公英、Fir.im，部分功能免费，但高级服务可能收费。

六、App Store 审核过程中的隐性成本

1. 时间成本

• 苹果审核严格，平均审核时间 1-3 天，特殊情况更久。
• 如果应用被拒，可能造成多次等待，增加时间成本。

2. 驳回带来的额外工作

• 常见驳回原因：功能不完整、套壳嫌疑、权限说明不足。
• 每次驳回都意味着更多开发与沟通成本。

3. 多语言与素材准备成本

• App Store 要求上传多语言描述与截图。
• 使用 Appuploader 批量上传截图 可以节省人力成本。

七、实战案例：iOS 上架 App 的实际费用

一个 5 人团队开发的教育类应用，实际费用如下：

1. 购买 Apple 开发者账号（个人版）：99 美元/年。
2. 使用 HBuilderX 云打包，节省了购买 Mac 的硬件开销。
3. 通过 Appuploader 在 Windows 上传 ipa，降低设备依赖。
4. 使用 TestFlight 外测，覆盖上千名测试用户。
5. 应用审核一次性通过，上架总成本主要集中在账号费用上。

最终结果：iOS 上架 App 费用主要是账号费，工具和流程成本可灵活控制。

八、经验总结

1. 固定成本：账号年费（个人 99 美元/年，企业 299 美元/年）。
2. 零上架费用：App Store 不收取额外的单次上架费用。
3. 工具成本可控：HBuilderX 云打包、Appuploader、Fastlane 都能降低成本。
4. 隐性成本需注意：时间、人力、审核驳回、素材准备可能增加额外支出。
5. 合理规划：小团队建议云打包 + Appuploader，大团队建议自动化 CI/CD。

iOS 上架 App 费用 核心在于 开发者账号年费，而其他工具与分发方式可以灵活选择。
通过合理利用 HBuilderX、Xcode、Transporter、Appuploader、Fastlane 等工具，开发者不仅能节省成本，还能提升上架效率，快速完成 从应用开发到 App Store 发布 的全过程。'''

'''iOS 26 推出后，“Liquid Glass”全新的 UI 设计带来了透明、模糊、动画效果的增强，但也引发了不少用户对于界面流畅性与触控响应的批评与担忧。网络上一些报告指出滑动时有卡顿、旧机型响应延迟、动画不够平滑等问题。

对于软件开发者（包括使用 uni-app 的团队）而言，流畅性测试变得比以往更加重要，尤其是在动画/特效多、透明/模糊背景多的界面环境下。本文从测试指标、工具、实战流程与优化建议四个部分，提供一个完整的 iOS 26 软件流畅性测试指导。

一、iOS 26 流畅性问题与用户反馈摘要

从用户反馈与媒体报道中可以归纳出以下流畅性问题：

• 滑动列表或滚动页时感觉拖影、帧率不稳定。
• 点击或解锁、打开通知中心/弹窗时触控响应延迟明显，尤其在旧型号 iPhone 上更明显。
• 动画与界面透明/模糊背景的组合效果在某些壁纸或者暗黑模式下视觉模糊或拖影加重。
• 用户希望关闭或减少这些视觉特效以换取更流畅的体验，但系统默认效果中某些视觉特性无法完全关闭。

这些反馈提示我们在做软件流畅性测试时，需要重点关注动画 + 渲染负荷 +旧机型表现 +触控响应等维度。

二、流畅性测试要覆盖的核心指标与场景

为了全面评估 iOS 26 软件流畅性，建议在测试中覆盖以下指标与场景：

三、多工具组合建议用于流畅性测试

要在多个维度准确测流畅性，以下工具组合最有效：

四、实战流程：在 uni-app 或 App 中测试流畅性 + 优化案例

下面是一个假设实战流程，用于 uni-app 项目在 iOS 26 上测试并优化流畅性问题。

背景

你的 uni-app App 升级至 iOS 26 后，有用户吐槽“滑动条目明显掉帧”“动画不如以前顺滑”“点击/返回延迟明显”“透明／模糊背景动画看起来卡”。

测试 +优化流程

1. 环境准备与基线测量
   • 选择多台设备：新型号 +中端 +旧型号
   • 在 iOS 25（如果可用）和 iOS 26 两个系统上执行基线测试，包括滑动列表 /弹窗动画 /页面切换
2. 测 FPS &动画渲染时间
   • 使用 Instruments 的 Core Animation 模板记录动画过程中的每帧渲染时间，找出哪些帧超出 16ms；查看哪些视图或图层占用最多时间
   • 在渲染负荷高的页面（例如含多个动画 +背景模糊 +图片加载中）中进行测试
3. 触控响应 /手势延迟测试
   • 测试快速滑动手势、滑动返回、按钮点击等操作是否有延迟或卡顿
   • 在动画叠加 /透明特效开启状态 vs 关闭状态下对比响应时间
4. 视觉特效开启 vs 精简模式测试
   • 开启所有 UI 特效（Liquid Glass 动画／透明模糊背景／阴影／浮动菜单等）后测流畅性
   • 然后关闭模糊／减少透明度／Reduce Motion 模式下再次测，比较差异
5. 旧机型压力测试
   • 在 iPhone 中低端或较旧型号执行上述测试
   • 内存压力／动画复杂度／GPU 渲染时间上升，卡顿更明显时，记录具体场景与资源消耗
6. 优化方案
   • 减少过多透明或模糊图层；使用简化背景
   • 控制动画复杂性，比如减少动画帧数、避免长动画或者连续动画叠加
   • 优化图片加载 /资源压缩，避免加载大图在滑动或动画期间引起卡顿
   • 提供“流畅模式”或“低动画模式”选项给用户；在系统辅助功能中鼓励使用 Reduce Transparency / Reduce Motion
7. 回归验证与用户监控
   • 发布测试版本给内部／小范围用户群，收集滑动体验反馈
   • 用 Firebase 等收集用户端真正的卡顿报告和动画表现时间
   • 使用监控工具（如克魔）比较优化前后滑动帧率和触控响应提升

iOS 26 带来的大规模视觉更新（Liquid Glass 动画、透明／模糊设计）虽然让界面更现代、更吸引人，但也不可避免地对流畅性和用户体验提出更高要求。

若不做流畅性测试与优化，尤其在动画 +透明 +旧机型 +手势交互等常见界面中，用户可能会感受到卡顿与延迟。

通过指标明确 + 多工具组合 +实战流程 +针对性优化（简化动画、控制资源使用、提供低动画模式等），uni-app 或原生 App 团队能确保在 iOS 26 上让用户体验尽可能流畅。'''

开发好鸿蒙APP，在鸿蒙APP备案的时候，获取公钥和MD5是通过发布证书.cer文件来获取公钥的。

而华为的.cer文件，使用记事本打开，里面的证书有三段，其中两段是根证书和中间证书，是需要删除的，假如不删除获取到的公钥和MD5是不对的。

但是问题是，里面文件的有好几段证书内容，不熟悉的同学看不出来哪一段是根证书，哪一段中间证书。容易删除

而且假如是mac电脑或linux电脑，删除后的cer文件，阿里云官方也不知道如何查看16进制的公钥和MD5信息。

所以这里，我建议是使用香蕉云编在线查看公钥，就不怕查错了：

https://www.yunedit.com/harmonymd5

如下图所示：

点击查询后，如下图，出现的16进制公钥就是要备案的公钥了

'''对于许多开发者而言，应用开发完成后最关心的问题之一就是：苹果商店上架 app 费用是多少？
与 Android 平台不同，苹果 App Store 上架 有着更严格的规则和更明确的收费体系。从 开发者账号费用、应用上架本身的收费情况，到额外的审核成本与维护成本，开发者必须清晰掌握，才能合理规划应用发布预算。

本文将结合实战案例，全面解析 苹果商店上架 app 费用，并介绍上架过程中涉及的工具选择（Xcode、Transporter、Appuploader、Fastlane），帮助开发者高效完成应用上架并降低成本。

一、苹果商店上架 App 的核心费用：开发者账号

1. Apple Developer Program（个人账号）

• 年费：99 美元/年（约合人民币 700 元）。
• 适合独立开发者或小型应用发布。

2. Apple Developer Enterprise Program（企业账号）

• 年费：299 美元/年（约合人民币 2100 元）。
• 适合公司或组织，用于内部应用分发。

3. Apple Developer 企业分发限制

• 必须有公司资质。
• 不得将企业分发滥用于外部用户，否则账号可能被封禁。

二、苹果商店上架 App 是否额外收费？

很多开发者关心 App Store 上架是否需要额外费用。答案是：没有单次上架费用。

• 一旦购买了 Apple 开发者账号，提交 App 到 App Store 审核与发布无需额外费用。
• 不过，开发者可能需要承担 工具、测试设备与团队协作的额外成本。

三、iOS 应用开发与打包的潜在成本

1. Mac 设备成本
   • 如果使用 Xcode 进行打包与上传，开发者需要一台 Mac 电脑。
   • 对于 Windows/Linux 用户，可以通过 Appuploader 进行免 Mac 上架，降低硬件成本。
2. uni-app 云打包费用
   • HBuilderX 支持云打包，部分功能免费，但大规模使用可能涉及套餐费用。
3. 自动化工具成本
   • Fastlane 免费开源，但需要配置 CI/CD 环境，可能产生服务器成本。

四、iOS 应用上传 ipa 文件：工具与效率成本

1. Xcode 上传
   • 免费，操作直观，但上传大文件时可能失败。
2. Transporter App
   • 苹果官方免费工具，支持大文件上传，稳定性高。
3. Appuploader
   • 支持 Windows/Linux/Mac 跨平台上传 ipa 文件，免 Mac 成本，适合没有苹果电脑的团队。
4. Fastlane
   • 免费工具，适合团队自动化上传，但配置成本较高。

五、应用测试与分发的成本

1. Ad Hoc 分发
   • 免费，但最多支持 100 台设备。
   • 管理 UDID 需要时间成本。
2. TestFlight 内测
   • 免费，最多 25 名团队成员，适合小范围调试。
3. TestFlight 外测
   • 免费，最多 10,000 用户，适合大规模用户测试。
4. 第三方分发平台（如蒲公英、Fir.im）
   • 提供便捷的测试分发，但部分服务需要订阅费用。

六、App Store 审核过程中的隐性成本

1. 被驳回的时间成本
   • 常见驳回原因：功能不完整、套壳嫌疑、素材不足、权限说明不全。
   • 每次驳回可能导致项目延期，增加人力与运营成本。
2. 多语言与本地化成本
   • App Store 要求提供多语言截图和描述。
   • 可以使用 Appuploader 批量上传截图，节省人工操作成本。
3. 加急审核成本
   • 苹果允许在特殊情况下申请 加急审核（免费），但需合理理由。
   • 一旦被拒，可能导致更多沟通与等待时间。

七、实战案例：一款教育类 App 的上架费用总结

一个 6 人团队开发的教育类应用，他们的实际费用情况如下：

1. 购买 Apple 开发者账号（个人版）：99 美元/年。
2. 使用 HBuilderX 云打包，节省了购买 Mac 的硬件成本。
3. 通过 Appuploader 在 Windows 上上传 ipa 文件，避免购买额外设备。
4. 测试阶段结合 TestFlight 与第三方平台（蒲公英），兼顾小范围与大规模测试。
5. 应用审核一次性通过，上架总成本主要集中在账号费用上。

最终结论：苹果商店上架 app 费用主要来自账号购买，工具与分发成本可根据团队需求灵活控制。

八、经验总结

1. 苹果商店上架 App 核心费用是开发者账号（个人 99 美元/年，企业 299 美元/年）。
2. App Store 本身不收取单次上架费用，但开发者需承担设备、工具与测试成本。
3. 合理使用多工具组合（HBuilderX、Xcode、Transporter、Appuploader、Fastlane），可以降低时间与硬件成本。
4. 审核阶段准备充分，素材与权限说明完整，能避免被驳回所带来的时间损失。

苹果商店上架 app 费用 并不复杂，核心成本在于 开发者账号年费，而工具与流程成本取决于团队的选择。
通过结合 HBuilderX 云打包、Appuploader 跨平台上传、Fastlane 自动化上传、Transporter 稳定大文件上传，开发者完全可以以更低的成本高效完成 iOS 应用发布。'''

参数错误，请通过HBuilder打开 pwd 请问有没有大佬知道如何解决？

'''在应用开发完成后，开发者面临的最大挑战之一就是 iOS 上架。
与 Android 平台相比，苹果 App Store 上架流程 更加严格，从 开发者账号注册、证书管理、应用打包、ipa 文件上传、测试分发到审核发布，每一个环节都可能成为难点。
尤其是跨平台开发团队使用 uni-app 时，虽然开发阶段效率更高，但在 iOS 应用发布 阶段依旧需要严格遵循苹果的流程。

本文将结合实战案例，详细解析 iOS 上架流程，并分享多工具组合（Xcode、Transporter、Appuploader、Fastlane）的经验，帮助开发者高效完成应用发布。

一、iOS 上架第一步：开发者账号与证书准备

1. Apple 开发者账号

• 个人账号：年费 99 美元，适合独立开发者。
• 企业账号：适合公司和团队，支持企业分发。

2. iOS 证书与描述文件

• 开发证书：用于真机调试。
• 发布证书：用于 TestFlight 与 App Store 上架。
• 描述文件：决定应用的分发方式（Ad Hoc、App Store）。

工具选择：

• Xcode：适合 Mac 用户，自动生成证书。
• Appuploader：支持 Windows/Linux 跨平台生成 .p12 和 .mobileprovision 文件，便于团队共享。

二、uni-app 应用打包：iOS 上架的核心环节

1. HBuilderX 云打包

• 上传证书与描述文件，云端生成 ipa 文件。
• 无需 Mac，适合小团队快速迭代。

2. Xcode 本地打包

• 从 HBuilderX 导出 Xcode 工程，在 Mac 上 Archive 打包。
• 灵活性更强，适合正式版本发布。

实战经验：日常更新可使用云打包，大版本发布建议走 Xcode 本地打包。

三、ipa 文件上传：iOS 上架的关键步骤

生成 ipa 文件后，需要上传到 App Store Connect。

上传工具对比

• Xcode 上传：直观，适合小文件。
• Transporter App：苹果官方工具，支持大文件，稳定性高。
• Appuploader：跨平台支持 Windows/Linux/Mac，免 Mac 上传 ipa。
• Fastlane：自动化上传工具，适合 CI/CD 场景。

推荐组合：

• 独立开发者：Xcode + Transporter。
• 团队开发：Fastlane 自动化上传，Appuploader 辅助跨平台。

四、测试分发：确保应用稳定性与兼容性

在正式上架前，测试分发是必不可少的：

1. Ad Hoc 分发
   • 绑定设备 UDID，最多 100 台。
2. TestFlight 内测
   • 最多 25 名团队成员，适合功能测试。
3. TestFlight 外测
   • 最多 10,000 用户，适合大规模测试。
4. 二维码安装
   • 通过 Appuploader 生成二维码，便于快速安装与分发。

五、App Store 审核：iOS 上架的最终挑战

苹果的审核流程严格，常见驳回原因包括：

• 套壳应用嫌疑：uni-app 应用如果仅简单封装 H5 页面，容易被拒。
• 素材不足：缺少截图、关键词或多语言描述。
• 权限说明不全：如相机、麦克风、定位用途未明确说明。

审核优化建议

• 确保功能完整，避免“套壳”嫌疑。
• 在 App Store Connect 上传完整截图与多语言描述。
• 使用 Appuploader 批量上传截图，提升配置效率。
• 在 Info.plist 中写明权限用途，确保合规。
• 紧急情况下可申请 加急审核。

六、实战案例：团队的 iOS 上架经验

一个 7 人团队开发的效率类应用，上架流程如下：

1. 运维人员在 Windows 使用 Appuploader 生成证书。
2. 开发人员用 HBuilderX 云打包生成 ipa 文件。
3. 测试人员通过 Transporter 上传 ipa 至 TestFlight，覆盖不同机型。
4. 产品经理在 App Store Connect 上传截图与多语言描述。
5. 应用一次性审核通过，成功上架 App Store。

这种方式减少了对 Mac 的依赖，提高了整体效率。

七、经验总结

1. 账号与证书管理要规范，避免签名错误。
2. 打包方式结合使用，云打包适合快速迭代，本地打包适合正式版本。
3. 上传工具多样化，Xcode、Transporter、Appuploader、Fastlane 各有优势。
4. 测试分发分阶段，逐步从内部测试扩展到外部用户。
5. 审核准备要充分，功能完整、素材齐全、权限说明清晰。

iOS 上架 虽然流程复杂，但并不是难以跨越的障碍。
通过合理使用 HBuilderX、Xcode、Transporter、Appuploader、Fastlane 等工具，开发者完全可以高效完成 从应用开发到 App Store 发布 的全过程。
无论是独立开发者还是团队，掌握这些实战经验，才能让应用顺利进入市场。'''

'''随着 iOS 26 在 2025 年正式发布，苹果带来了包括 Liquid Glass 新界面设计、Adaptive Power 模式、以及新的 Games 应用 + 游戏中心整合 等一系列与游戏体验密切相关的更新。

对于游戏开发者（包括使用 uni-app 或跨平台框架的团队）来说，这些变化意味着在游戏测试阶段要注意更多兼容性与性能细节。本文将从关键变化、测试指标、工具组合与实战案例，分享如何在 iOS 26 上做游戏测试，确保游戏运行流畅、视觉体验优良、兼容性稳定。

一、iOS 26 中对游戏影响较大的新变化

从官方资料与社区反馈中，有以下值得游戏测试者特别注意的新特性或变更：

• Liquid Glass UI 界面设计：更多透明／模糊／玻璃质感元素被引入系统 UI 与内置应用。游戏中如果调用系统 UI 元素（弹窗、菜单、控制条等），可能受到视觉风格的影响。
• Games 应用 + 游戏中心的重整：苹果新增了 “Apple Games” 应用来集中管理游戏库、成就、好友对战等功能。
• Adaptive Power 模式：系统会在电量低或需要节能时自动调整性能，使某些后台任务或动画效果被限制。对游戏的帧率、渲染质量、响应速度可能有影响。
• 系统整体设计与视觉体验升级后对 GPU /渲染压力的增加：透明、模糊、半透控件等 UI 特效可能会引入额外渲染负担。

这些变化意味着游戏测试中不能仅仅看“在旧系统上好用”，还要验证在 iOS 26 新功能与设计环境下的表现。

二、游戏测试要覆盖的关键指标与场景

为了全面测试游戏在 iOS 26 上的表现，建议覆盖以下指标与测试场景：

三、游戏测试工具与组合建议

以下工具组合有助于做出全面、可复现、分析明确的游戏测试：

四、实战案例：在 iOS 26 上对 uni-app 游戏模块测试与优化

下面是一个假设的实战流程，适合你或团队在 iOS 26 发布后做游戏模块的兼容与性能测试。

背景

一款用 uni-app 或类似框架包了一些小游戏／小游戏模块，需要最新版 iOS 26 上保证流畅体验。主界面 + 免费动画 +排行榜 &菜单 动效 +资源加载较多。

测试流程

1. 环境准备
   • 挑选几种支持 iOS 26 的设备（最新型号 +中端型号 +低端型号）
   • 使用 iOS 25 或早期系统作为对比环境
   • 确保游戏资源已优化（贴图压缩、动画简化）
2. 性能基线测定
   • 在新旧系统上测启动时间、加载时间、主菜单切换、排行榜滚动时 FPS
   • 在含有透明模糊 UI 控件 + Liquid Glass 背景的情况下测帧率与 GPU 时间
3. 测试特效与 UI 动画影响
   • 打开／关闭模糊背景／透明菜单看帧率是否有明显下降
   • 测试游戏内动画特效密集（粒子、阴影、光照等）对 GPU 的负载
4. Adaptive Power 与电量低状态下测试
   • 模拟低电量状态／开启 Adaptive Power 模式，测试游戏是否被系统限制（动画降级、帧率下降）
   • 测游戏持续运行是否温度上升与掉电速度异常
5. 资源加载与网络交互测试
   • 进入游戏的联网模块（例如下载贴图／广告／排行榜数据），测试网络慢情况下是否 UI 卡顿／阻塞用户操作
   • 测缓存机制是否有效，资源复用是否做得好
6. 验证与优化
   • 对比新旧系统数据，识别 Windows 或 GPU 渲染时间过长的任务
   • 优化动画／资源／特效：减少透明/模糊控件的数量或频度；压缩图像；使用粒子特效替代部分 UI 动画；延迟加载非关键资源
   • 在 Adaptive Power 模式中提供低特效模式选项（如果可能）
7. 回归测试与用户反馈收集
   • 部署给部分 iOS 26 用户进行小范围测试
   • 收集崩溃率、帧率下降或性能问题报告
   • 用 Firebase Crashlytics / Performance 收集真实用户设备上的数据

iOS 26 的新设计与系统策略虽然带来了现代感与新功能，但对游戏开发者提出了更高的性能 &兼容性要求，特别是透明动画、UI 特效与后台功耗方面。

通过上述游戏测试指标 + 多工具组合 +实战优化流程，uni-app 或其他游戏项目团队可以在 iOS 26 上提前发现问题、优化体验，从而发布能在新系统上获得良好游戏体验的版本。'''

使用evalJS的时候，看文档说使用的是js脚本，webview内部嵌套一个html。
我的情况下是，webview里面嵌套的是html，然后html使用的是vue。
在setup()里面设置window.XX方法。
webview：

window.XX= function(){   
 let a = '.....localStorage.getItem a'  
 let b = '.....localStorage.getItem b'  
 let c = '.....localStorage.getItem c'  
 xxx()//自定义调用方法  
}

nvue:

webviewElement?.value.evalJS("localStorage.setItem('a',"+a+")");  
webviewElement?.value.evalJS("localStorage.setItem('b',"+b+")");  
webviewElement?.value.evalJS("localStorage.setItem('c',"+c+")");  
webviewElement?.value.evalJS("XX()");

我目前尝试过，使用缓存的方式去传递参数。然后获取到参数后，再去调用一次想要的方法。就能实现在uvue页面下，传递参数去webview里面的方法，再调用webview里面的方法！

如题所示，看附加图片，最后期限11月1日，如何解决该问题？

以下均以经过实践：

解决微信小程序真机TextDecoder流式解析失败指南

有问题可以关注下公众号：一诺滚雪球，一起学习交流！

以下均以经过实践：

Uni-App跨端实战：微信小程序WebView与H5通信全流程解析（01）

Uni-App跨端实战：支付宝小程序WebView与H5通信全流程解析（02）

Uni-App跨端实战：APP的WebView与H5通信全流程解析（03）

有问题可以关注下公众号：一诺滚雪球，一起学习交流！

以下均以经过实践：

Uni-App跨端开发实战：编译微信小程序跳转全平台终极指南（01）

Uni-App跨端开发实战：编译APP跳转全平台终极指南（02）

Uni-App跨端开发实战：编译H5跳转全平台终极指南（03）

有问题可以关注下公众号：一诺滚雪球，一起学习交流！