注册 登录
HBuilderX

HBuilderX

极客开发工具
uni-app

uni-app

开发一次，多端覆盖
uniCloud

uniCloud

云开发平台
HTML5+

HTML5+

增强HTML5的功能体验
MUI

MUI

上万Star的前端框架

【Android】App 切后台恢复后，navigateTo 预创建页面出现 VISIBLE+0x0 幽灵 WebView 窗口，页面栈正常但画面空白、点击穿透下层页面

uni-app

问题简述

uni-app Android 平台，App 按 Home 键退后台，再切回前台后，后续通过 uni.navigateTo 打开的新页面会出现幽灵页面：页面生命周期正常执行、页面栈入栈成功、plus.webview.isVisible() 返回 true，但页面无画面渲染，触摸事件穿透到底层上一页，点击操作作用于下层页面。
根因定位：uni Android 每个页面为独立原生子窗口（AbsoluteLayout → WebParentView → WebView）。为加速跳转 runtime 会预创建 INVISIBLE+0x0 空窗口；真正打开页面时，需要设置 VISIBLE + 设置全屏尺寸。App 后台恢复 (onResume) 场景下，预创建的页面窗口仅标记为 VISIBLE，遗漏设置 LayoutParams 全屏宽高，生成VISIBLE + 0×0的原生容器。
额外诱因：App onShow 阶段频繁非幂等修改 Window Flag / 导航栏颜色，会触发 Activity 全局 requestLayout，会显著提高该 bug 复现概率；将系统栏修改逻辑改为幂等（仅值变更才修改），可降低复现概率，但无法彻底根除。

复现环境

  • 平台：Android（测试机型：xxx，Android 版本：xxx）
  • uni-app 版本：xxx
  • 打包方式：App 离线打包 / 云端打包（runtime 版本：xxx）
  • 项目类型：uni-app（非 x）

复现步骤

  1. 打开 App，正常进入首页 / 我的页面；
  2. 点击 Home 键，App 退至后台，停留数秒；
  3. 从系统任务栏切回 App（触发 onResume）；
  4. 执行 uni.navigateTo 跳转新页面：
    • 第一次跳转：使用后台恢复之前已经预创建好的窗口，页面正常展示；
    • 第二次及之后跳转：使用后台恢复后新预创建的原生窗口，触发幽灵页问题。

现象表现

  1. JS 层：onLoad / onShow 正常触发，页面栈正常入栈，接口请求正常执行；plus.webview.getWebviewById 获取 webview 对象，isVisible() 返回 true；
  2. 原生视图树（hierarchyviewer/LayoutInspector 抓取对比）
    ✅ 正常页面： 
AbsoluteLayout VISIBLE 1440x3200  
└─ WebParentView 1440x3200  
   └─ WebView内核 1440x3200

❌ 幽灵异常页面： 

AbsoluteLayout VISIBLE 0x0  
└─ WebParentView 0x0  
   └─ WebView内核 0x0
  1. 视觉：屏幕仍然显示下层旧页面，新页面无任何渲染画面；
  2. 交互：点击事件穿透 0 尺寸视图，全部命中下层页面，无法操作新页面；
  3. 无效尝试：调用 webview.show ()、render:"always"、主动 requestLayout 均无法修复；仅等待下一次 App 前后台切换 onResume 时 runtime 会重新统一计算窗口尺寸，幽灵页面才会恢复正常。

根因分析

uni-app Android 运行时页面机制：每个页面是挂载在根容器下独立 WindowManager 子 View。navigateTo 为优化打开速度，提前预创建页面容器，初始状态 INVISIBLE + 0x0（此为正常预加载逻辑）。
页面正式打开，runtime 需要执行两步：

  1. 将 AbsoluteLayout 可见性设置为 VISIBLE
  2. 给原生 View 设置全屏宽高 LayoutParams

Bug 触发逻辑：App 后台恢复 onResume 流程中，runtime 新建预加载页面，在触发 navigateTo 时，只执行了可见性修改，遗漏设置全屏尺寸，形成 VISIBLE、宽高为 0 的原生容器。

0 尺寸 VISIBLE 视图特性：

  • 可见性标记为 VISIBLE，JS API 读取可见性为 true；
  • 原生 View 宽高 0，不会绘制像素，不会接收触摸事件，事件穿透下层。

诱发条件补充：
在 App onShow 生命周期内，反复调用 addFlags/clearFlags/setNavigationBarColor 修改窗口属性，会触发 Activity 全局 requestLayout。在 onResume 敏感时机，全局重布局会干扰 runtime 内部页面窗口尺寸恢复逻辑，提高 bug 出现概率；将系统栏相关修改改为幂等执行（仅参数发生变化时才修改 Window 属性），可降低复现概率，但不能完全杜绝该底层缺陷。

临时兜底方案（JS + plus.android 反射修复）

仅作为上层兜底补丁，非根治方案，期待 runtime 原生修复

  1. 视图检测工具：通过plus.android反射遍历页面视图树，识别 VISIBLE && (width==0 || height==0) 的页面容器；过滤 INVISIBLE 的正常预加载窗口；
  2. 自动修复：检测栈顶 webview 为 0 尺寸幽灵页时，手动调用webview.setStyle强制赋值全屏宽高（top:0,left:0, 屏幕宽高），补齐 runtime 缺失的布局参数；
  3. 时序：页面 onShow/onReady 延时 500ms 执行检测；navigateTo 入栈 300ms 执行检测；
  4. 优化系统栏代码：syncSystemBarColors 改为幂等，Window Flags、导航栏颜色、setSystemUiVisibility 仅在值变更时调用，避免 onShow 反复触发全局窗口重布局。

期望

  1. 修复 Android runtime，App 后台恢复 onResume 场景下，预创建页面打开时，保证同时设置 VISIBLE 和全屏 LayoutParams，杜绝 VISIBLE+0x0 幽灵 WebView 容器；
  2. 优化 onResume 阶段多页面窗口尺寸计算逻辑，避免全局窗口布局干扰子页面尺寸初始化；
  3. 文档 / 更新日志补充该场景修复说明。
继续阅读 »

问题简述

uni-app Android 平台，App 按 Home 键退后台，再切回前台后，后续通过 uni.navigateTo 打开的新页面会出现幽灵页面：页面生命周期正常执行、页面栈入栈成功、plus.webview.isVisible() 返回 true，但页面无画面渲染，触摸事件穿透到底层上一页，点击操作作用于下层页面。
根因定位：uni Android 每个页面为独立原生子窗口（AbsoluteLayout → WebParentView → WebView）。为加速跳转 runtime 会预创建 INVISIBLE+0x0 空窗口；真正打开页面时，需要设置 VISIBLE + 设置全屏尺寸。App 后台恢复 (onResume) 场景下，预创建的页面窗口仅标记为 VISIBLE，遗漏设置 LayoutParams 全屏宽高，生成VISIBLE + 0×0的原生容器。
额外诱因：App onShow 阶段频繁非幂等修改 Window Flag / 导航栏颜色，会触发 Activity 全局 requestLayout，会显著提高该 bug 复现概率；将系统栏修改逻辑改为幂等（仅值变更才修改），可降低复现概率，但无法彻底根除。

复现环境

  • 平台：Android（测试机型：xxx，Android 版本：xxx）
  • uni-app 版本：xxx
  • 打包方式：App 离线打包 / 云端打包（runtime 版本：xxx）
  • 项目类型：uni-app（非 x）

复现步骤

  1. 打开 App，正常进入首页 / 我的页面；
  2. 点击 Home 键，App 退至后台，停留数秒；
  3. 从系统任务栏切回 App（触发 onResume）；
  4. 执行 uni.navigateTo 跳转新页面：
    • 第一次跳转：使用后台恢复之前已经预创建好的窗口，页面正常展示；
    • 第二次及之后跳转：使用后台恢复后新预创建的原生窗口，触发幽灵页问题。

现象表现

  1. JS 层：onLoad / onShow 正常触发，页面栈正常入栈，接口请求正常执行；plus.webview.getWebviewById 获取 webview 对象，isVisible() 返回 true；
  2. 原生视图树（hierarchyviewer/LayoutInspector 抓取对比）
    ✅ 正常页面： 
AbsoluteLayout VISIBLE 1440x3200  
└─ WebParentView 1440x3200  
   └─ WebView内核 1440x3200

❌ 幽灵异常页面： 

AbsoluteLayout VISIBLE 0x0  
└─ WebParentView 0x0  
   └─ WebView内核 0x0
  1. 视觉：屏幕仍然显示下层旧页面，新页面无任何渲染画面；
  2. 交互：点击事件穿透 0 尺寸视图，全部命中下层页面，无法操作新页面；
  3. 无效尝试：调用 webview.show ()、render:"always"、主动 requestLayout 均无法修复；仅等待下一次 App 前后台切换 onResume 时 runtime 会重新统一计算窗口尺寸，幽灵页面才会恢复正常。

根因分析

uni-app Android 运行时页面机制：每个页面是挂载在根容器下独立 WindowManager 子 View。navigateTo 为优化打开速度，提前预创建页面容器，初始状态 INVISIBLE + 0x0（此为正常预加载逻辑）。
页面正式打开，runtime 需要执行两步：

  1. 将 AbsoluteLayout 可见性设置为 VISIBLE
  2. 给原生 View 设置全屏宽高 LayoutParams

Bug 触发逻辑：App 后台恢复 onResume 流程中，runtime 新建预加载页面，在触发 navigateTo 时，只执行了可见性修改，遗漏设置全屏尺寸，形成 VISIBLE、宽高为 0 的原生容器。

0 尺寸 VISIBLE 视图特性：

  • 可见性标记为 VISIBLE，JS API 读取可见性为 true；
  • 原生 View 宽高 0，不会绘制像素，不会接收触摸事件，事件穿透下层。

诱发条件补充：
在 App onShow 生命周期内，反复调用 addFlags/clearFlags/setNavigationBarColor 修改窗口属性，会触发 Activity 全局 requestLayout。在 onResume 敏感时机，全局重布局会干扰 runtime 内部页面窗口尺寸恢复逻辑，提高 bug 出现概率；将系统栏相关修改改为幂等执行（仅参数发生变化时才修改 Window 属性），可降低复现概率，但不能完全杜绝该底层缺陷。

临时兜底方案（JS + plus.android 反射修复）

仅作为上层兜底补丁，非根治方案，期待 runtime 原生修复

  1. 视图检测工具：通过plus.android反射遍历页面视图树，识别 VISIBLE && (width==0 || height==0) 的页面容器；过滤 INVISIBLE 的正常预加载窗口；
  2. 自动修复：检测栈顶 webview 为 0 尺寸幽灵页时，手动调用webview.setStyle强制赋值全屏宽高（top:0,left:0, 屏幕宽高），补齐 runtime 缺失的布局参数；
  3. 时序：页面 onShow/onReady 延时 500ms 执行检测；navigateTo 入栈 300ms 执行检测；
  4. 优化系统栏代码：syncSystemBarColors 改为幂等，Window Flags、导航栏颜色、setSystemUiVisibility 仅在值变更时调用，避免 onShow 反复触发全局窗口重布局。

期望

  1. 修复 Android runtime，App 后台恢复 onResume 场景下，预创建页面打开时，保证同时设置 VISIBLE 和全屏 LayoutParams，杜绝 VISIBLE+0x0 幽灵 WebView 容器；
  2. 优化 onResume 阶段多页面窗口尺寸计算逻辑，避免全局窗口布局干扰子页面尺寸初始化；
  3. 文档 / 更新日志补充该场景修复说明。
收起阅读 »
2***@qq.com 发表于 : 2026-09-21 15:37 评论 (0) 分享

大家做美颜接入时，遇到最多的问题是什么？


有在项目里接入过相芯美颜的朋友吗？想和大家交流一下实际使用体验，比如效果自然程度、设备兼容性，以及接入时遇到的问题。
个人觉得，美颜不一定要把参数拉满，保留一些皮肤质感、根据场景适当调整，画面会更耐看。
代码部分也可以把参数管理单独封装起来，界面负责调节，底层负责转换参数并调用 SDK，后续维护会方便一些。
另外，因为我这边买了一个包，有需要的同学可以一起用，支持月付、季付、年付，可以根据项目周期选择。有需求的话，先沟通使用平台、功能和授权范围，再确认是否适合。
有接入经验的朋友欢迎留言交流，需要了解插件的也可以联系我。
微信：【she195519】
添加时备注“相芯美颜”即可。

// 自定义界面参数，统一使用 0～100  
const beautyOptions = {  
  smooth: 30, // 磨皮  
  whiten: 20, // 美白  
  ruddy: 10  // 红润  
};  

// 用户拖动滑块时调用  
function updateBeautyOption(name, value) {  
  if (!Object.hasOwn(beautyOptions, name)) return;  

  const number = Number(value);  
  if (!Number.isFinite(number)) return;  

  beautyOptions[name] = Math.max(0, Math.min(100, number));  
  applyBeautyOptions(beautyOptions);  
}  

// SDK 适配入口  
function applyBeautyOptions(options) {  
  // 在这里按照实际 SDK 文档：  
  // 1. 映射参数名称  
  // 2. 转换参数范围  
  // 3. 调用对应的美颜接口  
  console.log('当前美颜参数：', { ...options });  
}  

// 示例：把磨皮调到 40  
updateBeautyOption('smooth', 40);
继续阅读 »


有在项目里接入过相芯美颜的朋友吗？想和大家交流一下实际使用体验，比如效果自然程度、设备兼容性，以及接入时遇到的问题。
个人觉得，美颜不一定要把参数拉满，保留一些皮肤质感、根据场景适当调整，画面会更耐看。
代码部分也可以把参数管理单独封装起来，界面负责调节，底层负责转换参数并调用 SDK，后续维护会方便一些。
另外，因为我这边买了一个包，有需要的同学可以一起用，支持月付、季付、年付，可以根据项目周期选择。有需求的话，先沟通使用平台、功能和授权范围，再确认是否适合。
有接入经验的朋友欢迎留言交流，需要了解插件的也可以联系我。
微信：【she195519】
添加时备注“相芯美颜”即可。

// 自定义界面参数，统一使用 0～100  
const beautyOptions = {  
  smooth: 30, // 磨皮  
  whiten: 20, // 美白  
  ruddy: 10  // 红润  
};  

// 用户拖动滑块时调用  
function updateBeautyOption(name, value) {  
  if (!Object.hasOwn(beautyOptions, name)) return;  

  const number = Number(value);  
  if (!Number.isFinite(number)) return;  

  beautyOptions[name] = Math.max(0, Math.min(100, number));  
  applyBeautyOptions(beautyOptions);  
}  

// SDK 适配入口  
function applyBeautyOptions(options) {  
  // 在这里按照实际 SDK 文档：  
  // 1. 映射参数名称  
  // 2. 转换参数范围  
  // 3. 调用对应的美颜接口  
  console.log('当前美颜参数：', { ...options });  
}  

// 示例：把磨皮调到 40  
updateBeautyOption('smooth', 40);
收起阅读 »
s***@qq.com 发表于 : 2026-09-15 19:19 评论 (0) 分享

用 Agent 开发 uni-app，怎样让任务少停在半路？

技术分享

作者：XylemNode 团队

用 Agent 开发 uni-app，方便的地方在于：它可以读取现有项目，找到需要修改的文件，完成改动，再根据检查结果继续调整。

你交给它的是一项开发任务，中间的读文件、改代码、看报错，可以由具备相应工具和权限的 Agent 连着处理。

但开始这样用以后，模型接入这一步就值得多花点心思。一个任务可能要经过多轮模型调用，期间还会执行本地操作。如果中途停下来，开发者需要知道：是模型请求没完成，还是构建报错？文件已经改到哪一步？接下来能不能继续？

下面就从 Agent 接入模型服务说起，聊聊用它开发 uni-app 时，哪些地方提前处理好，能少一些来回折腾。

模型服务接在 Agent 这一侧

先把关系说明白：开发者在编程 Agent 里配置模型服务，Agent 调用模型分析任务，再通过自己的工具读取、修改 uni-app 项目。

可以把它理解成：

开发者提出任务 → Agent 调用模型 → Agent 执行项目操作 → 把执行结果交给模型继续处理

以接入 XylemNode 为例，模型接口配置在支持自定义服务的 Agent 中，通常涉及接口地址、API Key 和模型名称，具体填写方式取决于该工具支持的协议。

这些是开发工具的配置，不需要为了使用 Agent，把模型服务的密钥写进 uni-app 的页面代码。

接好以后，建议先跑一个范围很小、但步骤完整的任务：读取相关文件，完成一处修改，再执行项目已有的检查。重点看 Agent 能否正确发起工具调用、收到执行结果，并据此继续处理。

因为在这种工作方式里，模型和工具之间会有往返：模型提出操作，客户端执行，再把结果传回。Anthropic 的工具调用文档介绍了这一过程。一次普通对话成功，还没有覆盖这些环节。

动手之前，先让 Agent 看懂你的 uni-app 项目

接入没问题，也不代表 Agent 已经了解项目约定。

目标是 H5、App 还是微信小程序？使用哪个版本的 Vue？项目通过 HBuilderX 管理，还是已经有命令行构建流程？现有组件和目录应该怎么沿用？

这些信息会影响它怎么改代码、怎么验证。让它先读项目配置和已有实现，可以减少凭空补一套结构、引入不必要依赖的情况。

开始任务时，可以附上几句要求：

> 先检查项目结构、依赖和目标平台，再开始修改。沿用现有组件和代码风格，新增依赖前说明原因。修改后执行项目已有的检查，并列出实际执行的命令与结果。需要在 HBuilderX、模拟器或真机上验证的步骤，单独列出来。

这里不适合给所有项目套一条固定的构建命令。Agent 能运行哪些检查，要看项目本身的配置和它具备的工具。没有执行的步骤，就保留为待验证项。

任务停下来，先分清是哪一段在等

一个修改任务可能经过这样的过程：读页面和组件、分析依赖关系、修改文件、执行检查，再根据报错继续修正。

中间既有模型请求，也有本地工具执行。看到 Agent 暂时没动静，先看它当前停在哪一步。

如果面板显示模型调用超时，就保留错误详情和请求编号，检查调用状态。如果已经拿到构建报错，就先围绕报错处理。如果工具正在等待权限或人工操作，则需要完成对应动作。

分清这些情况，才能避免没有必要的操作。构建失败时反复换接口，解决不了代码或环境问题；模型请求中断时，也不能据此认定刚才的文件修改没有执行。

尤其是任务已经改过文件的情况，继续之前先看文件差异和执行记录。如果修改已经完成，只剩检查没有跑完，就先确认能否从检查环节接着处理。

通道选择这类工作，可以少让人手动处理

对于模型调用本身，还有一部分恢复工作可以交给网关。

当某条调用路径暂时异常，而系统中存在其他符合请求要求的可用路径时，可以由网关按规则选择路径、尝试恢复，减少开发者手动切换配置的次数。

以我们 XylemNode 的 Auto 分组为例，它结合通道健康状态按策略选路，遇到通道异常时支持跨组重试，调用方继续使用原来的模型名。具体说明可以看官网的 Auto 分组介绍。

放到 Agent 开发流程里，这项能力承担的是模型请求的通道选择。开发者仍然决定任务使用哪个模型，也仍需由 Agent 管理工具执行和项目进度。

因此，通道恢复不能直接等同于整个开发任务恢复。已经写入的代码、运行过的命令，都需要结合实际状态继续处理；流式响应已经返回一部分时，也不能把重新请求理解成自动无缝续写。

接入时还应了解 Agent 和网关各自的重试规则，给尝试次数和总等待时间留出明确边界。这样，自动处理才不会变成一直等待，却不知道任务有没有进展。

最后看交付结果，别停在一句“已经完成”

用 Agent 开发 uni-app，最后还是要回到项目本身：改了哪些文件，修改是否符合要求，执行过哪些检查，目标平台上还有哪些内容需要验证。

可以要求 Agent 在结束时给出一份简短交代：

  • 本次修改涉及哪些文件，分别解决了什么问题；
  • 实际运行了哪些检查，结果是什么；
  • 还有哪些页面表现或平台兼容性需要人工验证。

命令行检查通过，就记录这项结果。页面有没有显示异常、交互是否符合预期，以及目标设备上的表现，还要通过相应环境确认。

项目上下文交代清楚，Agent 才更容易按现有约定做事；模型接入和恢复规则理顺，才能减少一部分开发过程中的打断；检查结果留下来，下次继续任务也更有依据。

对开发者来说，省心的体验很具体：少一些来回改配置，任务中断后能看清进度，结束时拿得到可以检查的结果。

本文由 XylemNode 团队整理，AI 辅助起草，技术依据见文中链接。

继续阅读 »

作者：XylemNode 团队

用 Agent 开发 uni-app，方便的地方在于：它可以读取现有项目，找到需要修改的文件，完成改动，再根据检查结果继续调整。

你交给它的是一项开发任务，中间的读文件、改代码、看报错，可以由具备相应工具和权限的 Agent 连着处理。

但开始这样用以后，模型接入这一步就值得多花点心思。一个任务可能要经过多轮模型调用，期间还会执行本地操作。如果中途停下来，开发者需要知道：是模型请求没完成，还是构建报错？文件已经改到哪一步？接下来能不能继续？

下面就从 Agent 接入模型服务说起，聊聊用它开发 uni-app 时，哪些地方提前处理好，能少一些来回折腾。

模型服务接在 Agent 这一侧

先把关系说明白：开发者在编程 Agent 里配置模型服务，Agent 调用模型分析任务，再通过自己的工具读取、修改 uni-app 项目。

可以把它理解成：

开发者提出任务 → Agent 调用模型 → Agent 执行项目操作 → 把执行结果交给模型继续处理

以接入 XylemNode 为例，模型接口配置在支持自定义服务的 Agent 中，通常涉及接口地址、API Key 和模型名称，具体填写方式取决于该工具支持的协议。

这些是开发工具的配置，不需要为了使用 Agent，把模型服务的密钥写进 uni-app 的页面代码。

接好以后，建议先跑一个范围很小、但步骤完整的任务：读取相关文件，完成一处修改，再执行项目已有的检查。重点看 Agent 能否正确发起工具调用、收到执行结果，并据此继续处理。

因为在这种工作方式里，模型和工具之间会有往返：模型提出操作，客户端执行，再把结果传回。Anthropic 的工具调用文档介绍了这一过程。一次普通对话成功，还没有覆盖这些环节。

动手之前，先让 Agent 看懂你的 uni-app 项目

接入没问题，也不代表 Agent 已经了解项目约定。

目标是 H5、App 还是微信小程序？使用哪个版本的 Vue？项目通过 HBuilderX 管理，还是已经有命令行构建流程？现有组件和目录应该怎么沿用？

这些信息会影响它怎么改代码、怎么验证。让它先读项目配置和已有实现，可以减少凭空补一套结构、引入不必要依赖的情况。

开始任务时，可以附上几句要求：

> 先检查项目结构、依赖和目标平台，再开始修改。沿用现有组件和代码风格，新增依赖前说明原因。修改后执行项目已有的检查，并列出实际执行的命令与结果。需要在 HBuilderX、模拟器或真机上验证的步骤，单独列出来。

这里不适合给所有项目套一条固定的构建命令。Agent 能运行哪些检查，要看项目本身的配置和它具备的工具。没有执行的步骤，就保留为待验证项。

任务停下来，先分清是哪一段在等

一个修改任务可能经过这样的过程：读页面和组件、分析依赖关系、修改文件、执行检查，再根据报错继续修正。

中间既有模型请求，也有本地工具执行。看到 Agent 暂时没动静，先看它当前停在哪一步。

如果面板显示模型调用超时，就保留错误详情和请求编号，检查调用状态。如果已经拿到构建报错，就先围绕报错处理。如果工具正在等待权限或人工操作，则需要完成对应动作。

分清这些情况，才能避免没有必要的操作。构建失败时反复换接口，解决不了代码或环境问题；模型请求中断时，也不能据此认定刚才的文件修改没有执行。

尤其是任务已经改过文件的情况，继续之前先看文件差异和执行记录。如果修改已经完成，只剩检查没有跑完，就先确认能否从检查环节接着处理。

通道选择这类工作，可以少让人手动处理

对于模型调用本身，还有一部分恢复工作可以交给网关。

当某条调用路径暂时异常，而系统中存在其他符合请求要求的可用路径时，可以由网关按规则选择路径、尝试恢复，减少开发者手动切换配置的次数。

以我们 XylemNode 的 Auto 分组为例，它结合通道健康状态按策略选路，遇到通道异常时支持跨组重试，调用方继续使用原来的模型名。具体说明可以看官网的 Auto 分组介绍。

放到 Agent 开发流程里，这项能力承担的是模型请求的通道选择。开发者仍然决定任务使用哪个模型，也仍需由 Agent 管理工具执行和项目进度。

因此，通道恢复不能直接等同于整个开发任务恢复。已经写入的代码、运行过的命令，都需要结合实际状态继续处理；流式响应已经返回一部分时，也不能把重新请求理解成自动无缝续写。

接入时还应了解 Agent 和网关各自的重试规则，给尝试次数和总等待时间留出明确边界。这样，自动处理才不会变成一直等待，却不知道任务有没有进展。

最后看交付结果，别停在一句“已经完成”

用 Agent 开发 uni-app，最后还是要回到项目本身：改了哪些文件，修改是否符合要求，执行过哪些检查，目标平台上还有哪些内容需要验证。

可以要求 Agent 在结束时给出一份简短交代：

  • 本次修改涉及哪些文件，分别解决了什么问题；
  • 实际运行了哪些检查，结果是什么；
  • 还有哪些页面表现或平台兼容性需要人工验证。

命令行检查通过，就记录这项结果。页面有没有显示异常、交互是否符合预期，以及目标设备上的表现，还要通过相应环境确认。

项目上下文交代清楚，Agent 才更容易按现有约定做事；模型接入和恢复规则理顺，才能减少一部分开发过程中的打断；检查结果留下来，下次继续任务也更有依据。

对开发者来说，省心的体验很具体：少一些来回改配置，任务中断后能看清进度，结束时拿得到可以检查的结果。

本文由 XylemNode 团队整理，AI 辅助起草，技术依据见文中链接。

收起阅读 »
AI先驱者 发表于 : 2026-09-15 16:46 评论 (0) 分享

Hbuilderx云打包IOS，修改manifest.json版本号无效的问题

iOS打包 云打包

Hbuilderx云打包应用时

云打包完成后，发现安卓版本号正常，ios却还是识别到了之前的版本号；

解决方式

1.将uni统计关了 

"uniStatistics" : {  
      "enable" : false  
  }

2.将 unpackage/cache/ 目录下关于ios的删了，很可能和使用hbuilder打包出的ios本地基座有关；

暂时我是这么解决的，如果有其他根治的问题可以多留言交流

继续阅读 »

Hbuilderx云打包应用时

云打包完成后，发现安卓版本号正常，ios却还是识别到了之前的版本号；

解决方式

1.将uni统计关了 

"uniStatistics" : {  
      "enable" : false  
  }

2.将 unpackage/cache/ 目录下关于ios的删了，很可能和使用hbuilder打包出的ios本地基座有关；

暂时我是这么解决的，如果有其他根治的问题可以多留言交流

收起阅读 »
4***@qq.com 发表于 : 2026-09-11 10:21 评论 (1) 分享

关于 uni-push 小米厂商推送“个人订阅”迁移至“公信消息”的适配通知

unipush 小米

关于push，近期小米推送将上线订阅消息功能，原私信通道下的个人订阅类目将统一调整至公信消息。仅接入小米个人订阅消息的 App 开发者需关注，未使用无需处理。

1、订阅类消息仅支持使用 8 个专属订阅类目，规则详见小米推送2026年消息分类新规：https://dev.mi.com/xiaomihyperos/documentation/detail?pId=2321

2、2026年8月1日起原有私信渠道下的【个人订阅】通道将关闭申请入口，于2026年12月31日正式关停使用。

3、2026年8月1日之前已申请接入过【个人订阅】分类的应用，需要在2026年12月31日前完成订阅消息功能接入和订阅授权弹窗适配。具体接入流程请参考：https://dev.mi.com/xiaomihyperos/documentation/detail?pId=2320

4、2026年8月1日之后新申请订阅分类的需要按照新规接入发送

对接个推侧需要进行以下适配：
1、服务端：接入订阅类消息后推送提醒方式与私信消息相同，新订阅消息的channel_id与原有【个人订阅】分类的channel_id不同，在调用个推服务推送API下发订阅类消息时，必须同时设置小米消息分类和私信模板相关参数，接口设置参照文档【小米】私信模板id：https://docs.getui.com/getui/server/rest_v2/third_party/#doc-title-15
2、客户端：

  • Android小米厂商SDK 需要升级到 com.getui.opt:xmp:3.3.7 版本
  • 客户端需完成订阅消息功能接入，同步适配订阅授权弹窗，统一采用系统原生 API 调用实现，完整接入规范可参考小米推送订阅消息官方文档：https://dev.mi.com/xiaomihyperos/documentation/detail?pId=2320

以上请尽快完成适配，根据应用业务场景，发送不同类别的消息。如有疑问，可以添加微信客服群进行咨询，加群方式参考文档：https://uniapp.dcloud.net.cn/unipush-v2.html#%E5%B8%B8%E8%A7%81%E9%97%AE%E9%A2%98

继续阅读 »

关于push，近期小米推送将上线订阅消息功能，原私信通道下的个人订阅类目将统一调整至公信消息。仅接入小米个人订阅消息的 App 开发者需关注，未使用无需处理。

1、订阅类消息仅支持使用 8 个专属订阅类目，规则详见小米推送2026年消息分类新规：https://dev.mi.com/xiaomihyperos/documentation/detail?pId=2321

2、2026年8月1日起原有私信渠道下的【个人订阅】通道将关闭申请入口，于2026年12月31日正式关停使用。

3、2026年8月1日之前已申请接入过【个人订阅】分类的应用，需要在2026年12月31日前完成订阅消息功能接入和订阅授权弹窗适配。具体接入流程请参考：https://dev.mi.com/xiaomihyperos/documentation/detail?pId=2320

4、2026年8月1日之后新申请订阅分类的需要按照新规接入发送

对接个推侧需要进行以下适配：
1、服务端：接入订阅类消息后推送提醒方式与私信消息相同，新订阅消息的channel_id与原有【个人订阅】分类的channel_id不同，在调用个推服务推送API下发订阅类消息时，必须同时设置小米消息分类和私信模板相关参数，接口设置参照文档【小米】私信模板id：https://docs.getui.com/getui/server/rest_v2/third_party/#doc-title-15
2、客户端：

  • Android小米厂商SDK 需要升级到 com.getui.opt:xmp:3.3.7 版本
  • 客户端需完成订阅消息功能接入，同步适配订阅授权弹窗，统一采用系统原生 API 调用实现，完整接入规范可参考小米推送订阅消息官方文档：https://dev.mi.com/xiaomihyperos/documentation/detail?pId=2320

以上请尽快完成适配，根据应用业务场景，发送不同类别的消息。如有疑问，可以添加微信客服群进行咨询，加群方式参考文档：https://uniapp.dcloud.net.cn/unipush-v2.html#%E5%B8%B8%E8%A7%81%E9%97%AE%E9%A2%98

收起阅读 »
DCloud_云服务_LQ 发表于 : 2026-09-02 11:17 评论 (0) 分享

Tab组件内Navigation跳转，TabBar导航栏隐藏失败如何解决

tabbar

问题现象
在“我的”页面点击“跳转设置页”按钮跳转到设置页面，底部的TabBar导航栏仍然存在。

点击放大点击放大

主页面有“首页”、“我的”两个Tab页面，部分代码如下：

@Entry
@Component
struct TabsNavPage {
build() {
Tabs() {
TabContent() {
MinePage()
}
.tabBar(BottomTabBarStyle.of($r('sys.media.ohos_app_icon'), '我的')) 

  TabContent() {  
    Text('首页')  
  }  
  .tabBar(BottomTabBarStyle.of($r('sys.media.ohos_app_icon'), '首页'))  
}  
.barPosition(BarPosition.End)

}
}

@Component
struct MinePage {
@Provide('pathStack') pathStack: NavPathStack = new NavPathStack();

@Builder
PagesMap(name: string) {
if (name === 'Settings') {
Settings();
}
}

build() {
Navigation(this.pathStack) {
Row(){
Column() {
Button('跳转设置页')
.onClick(() => {
this.pathStack.pushPathByName('Settings', null);
})
}
}
}
.hideTitleBar(true)
.navDestination(this.PagesMap)
}
}

@Component
struct Settings {
@Consume('pathStack') pathStack: NavPathStack = new NavPathStack();

build() {
NavDestination() {
Button('返回')
.onClick(() => {
this.pathStack.pop();
});
}.title('设置')
}
}
效果预览
点击放大

背景知识
Navigation组件是路由导航的根视图容器，一般作为Page页面的根容器使用，其内部默认包含了标题栏、内容区和工具栏，其中内容区默认首页显示导航内容（Navigation的子组件）或非首页显示（NavDestination的子组件），首页和非首页通过路由进行切换。
@Provide装饰器和@Consume装饰器：应用于与后代组件的双向数据同步、状态数据在多个层级之间传递的场景。
解决方案
问题现象中是用Tab组件包裹Navigation组件，跳转Navigation子组件并不会影响到外层的Tab组件。

将Navigation组件作为根容器包括Tab组件，为保证子组件都共享一个NavPathStack实例，可以使用@Provide和@Consume装饰器将导航控制器对象NavPathStack传递给Tabs内的子组件使用。

@Entry
@Component
struct TabsNavPage {
// 使用@Provide将路由栈对象传递给TabContent内的组件
@Provide('pathStack') pathStack: NavPathStack = new NavPathStack();

@Builder
PagesMap(name: string) {
if (name === 'Settings') {
Settings();
}
}

build() {
// 使用Navigation包裹Tabs，Tabs子页使用同一个路由栈对象
Navigation(this.pathStack) {
Tabs() {
TabContent() {
MinePage();
}
.tabBar(BottomTabBarStyle.of($r('sys.media.ohos_app_icon'), '我的')) 

    TabContent() {  
      Text('首页').fontColor('40fp');  
    }  
    .tabBar(BottomTabBarStyle.of($r('sys.media.ohos_app_icon'), '首页'))  
  }  
  .barPosition(BarPosition.End);  
}  
.hideTitleBar(true)  
.navDestination(this.PagesMap)

}
}

@Component
struct MinePage {
// 获取Navigation的路由栈对象
@Consume('pathStack') pathStack: NavPathStack;

build() {
Column() {
Button('跳转设置页')
.onClick(() => {
this.pathStack.pushPathByName('Settings', null);
});
};
}
}

@Component
struct Settings {
@Consume('pathStack') pathStack: NavPathStack = new NavPathStack();

build() {
NavDestination() {
Button('返回')
.onClick(() => {
this.pathStack.pop();
});
}.title('设置')
}
}
https://coub.com/view/5kamzbr4mi
https://coub.com/view/9slmznc3ol
https://coub.com/view/dnhe4x7otv
https://coub.com/view/libk78392s
https://coub.com/view/2splvx7ais
https://coub.com/view/0fqk03fwlz
https://coub.com/view/u3but76ukt
https://coub.com/view/2xrg8kdx5o
https://coub.com/view/iqeb7cwj8k
https://coub.com/view/lx86s7cfpr
https://coub.com/view/qin8evf0sk
https://coub.com/view/ul1dmz1db2
https://coub.com/view/1n6f59dch3
https://coub.com/view/mz789w4pbg
https://coub.com/view/trb9jcog9p
https://coub.com/view/j3i3lac4yx
https://coub.com/view/84l11twj2s
https://coub.com/view/ut50q4erj3
https://coub.com/view/w6uuiu7ru3
https://coub.com/view/iun2hgfzqm
https://coub.com/view/hc6d3b3sts
https://coub.com/view/7l7wd758hs
https://coub.com/view/sshi8p319r
https://coub.com/view/2y21fnu5t4
https://coub.com/view/3dpvlq1hxa
https://coub.com/view/7tefrrju9a
https://coub.com/view/kr0zw5ow09
https://coub.com/view/vze4xn6lxk
https://coub.com/view/gp0hoyjbev
https://coub.com/view/8ukozyn2pf
https://coub.com/view/gne8uf8fun
https://coub.com/view/o1ljlnaqrl
https://coub.com/view/6pe00kuw3p
https://coub.com/view/3ys8ww2kf5
https://coub.com/view/ky54919n96
https://coub.com/view/ovvfpcdgiy
https://coub.com/view/h1g7qx1ibk
https://coub.com/view/4ytxeco099
https://coub.com/view/z8grd6tisg
https://coub.com/view/ihcl3n786e
https://coub.com/view/e48vma3hes
https://coub.com/view/rgk8us00m7
https://coub.com/view/mxmu9agwxl
https://coub.com/view/jjq7sf2887
https://coub.com/view/rtlotmcb2o
https://coub.com/view/2xzrkf1j13
https://coub.com/view/datluk4gwo
https://coub.com/view/5ld5j0uc5o
https://coub.com/view/cp081k64fp
https://coub.com/view/0sgmugss1z
https://coub.com/view/ynwmj064s7
https://coub.com/view/y8atenamwg
https://coub.com/view/acqfefno2e
https://coub.com/view/hmwvsetfho
https://coub.com/view/n59qhb108b
https://coub.com/view/946i56xqgw
https://coub.com/view/fu355xmxbd
https://coub.com/view/9gfbdnyv3z
https://coub.com/view/i16nn052at
https://coub.com/view/s2o2prg0rl
https://coub.com/view/f7m17v6t3x
https://coub.com/view/6bmqboq0w9
https://coub.com/view/tvj9e2712i
https://coub.com/view/b5kbn4qpgx
https://coub.com/view/hh77rcnz58
https://coub.com/view/8w0hoxvhxu
https://coub.com/view/ogtrlf718w
https://coub.com/view/dcy0w8eeq1
https://coub.com/view/foo2zaj4nz
https://coub.com/view/ffai2oxjgj
https://coub.com/view/h7llkwvo4t
https://coub.com/view/fxf6iote20
https://coub.com/view/zr4atw33g7
https://coub.com/view/w6ksjzfgri
https://coub.com/view/6wlivajplu
https://coub.com/view/m3p9mpc87g
https://coub.com/view/1svk68qjxi
https://coub.com/view/jn78pmgtsy
https://coub.com/view/ru4kxd02ca
https://coub.com/view/u2qm3zht04
https://coub.com/view/07vrswbr9o
https://coub.com/view/z53dkteu04
https://coub.com/view/r3kczagbat
https://coub.com/view/ebkii1w2uy
https://coub.com/view/gu2ovmapto
https://coub.com/view/6s1y6nkktx
https://coub.com/view/2mzsrq6bnh
https://coub.com/view/bmh3bh21dl
https://coub.com/view/fdiekfi3y1
https://coub.com/view/ex4dtaj1ri
https://coub.com/view/tsgmmorhu1
https://coub.com/view/gh01h6433n
https://coub.com/view/3zfrusqatl
https://coub.com/view/u27l9exjjr
https://coub.com/view/wx8rybzzdd
https://coub.com/view/u13mvzb6i9
https://coub.com/view/lw5mv3n3vp
https://coub.com/view/tn7jo1khbm
https://coub.com/view/hr9h8qk489
https://coub.com/view/dfx72ezl4k
https://coub.com/view/xfnivvh59q
https://coub.com/view/6dmijjf9eu
https://coub.com/view/fi22iqa3iv
https://coub.com/view/57fq1sjhpa
https://coub.com/view/9xii5apv7o
https://coub.com/view/e5fhxwb6re
https://coub.com/view/wuc96hdc6z
https://coub.com/view/bvp1embwd5
https://coub.com/view/u1lurshbkm
https://coub.com/view/nih2qy00t8
https://coub.com/view/mrx826u951
https://coub.com/view/kes50gj32a
https://coub.com/view/fcv3394eq2
https://coub.com/view/4qc0x8z64l
https://coub.com/view/n2k5itdn4w
https://coub.com/view/t988vol3yp
https://coub.com/view/synur4gqha
https://coub.com/view/bd6fqj7ej9
https://coub.com/view/crwhjs6qgk
https://coub.com/view/vde66uoo7x
https://coub.com/view/68md6egw0p
https://coub.com/view/2fgvpgk4ir
https://coub.com/view/4ygf27wtro
https://coub.com/view/0qdbv1ptnp
https://coub.com/view/b5ii094vls
https://coub.com/view/o8fq8rif3n
https://coub.com/view/3odrc01a85
https://coub.com/view/8k08cynikg

继续阅读 »

问题现象
在“我的”页面点击“跳转设置页”按钮跳转到设置页面，底部的TabBar导航栏仍然存在。

点击放大点击放大

主页面有“首页”、“我的”两个Tab页面，部分代码如下：

@Entry
@Component
struct TabsNavPage {
build() {
Tabs() {
TabContent() {
MinePage()
}
.tabBar(BottomTabBarStyle.of($r('sys.media.ohos_app_icon'), '我的')) 

  TabContent() {  
    Text('首页')  
  }  
  .tabBar(BottomTabBarStyle.of($r('sys.media.ohos_app_icon'), '首页'))  
}  
.barPosition(BarPosition.End)

}
}

@Component
struct MinePage {
@Provide('pathStack') pathStack: NavPathStack = new NavPathStack();

@Builder
PagesMap(name: string) {
if (name === 'Settings') {
Settings();
}
}

build() {
Navigation(this.pathStack) {
Row(){
Column() {
Button('跳转设置页')
.onClick(() => {
this.pathStack.pushPathByName('Settings', null);
})
}
}
}
.hideTitleBar(true)
.navDestination(this.PagesMap)
}
}

@Component
struct Settings {
@Consume('pathStack') pathStack: NavPathStack = new NavPathStack();

build() {
NavDestination() {
Button('返回')
.onClick(() => {
this.pathStack.pop();
});
}.title('设置')
}
}
效果预览
点击放大

背景知识
Navigation组件是路由导航的根视图容器，一般作为Page页面的根容器使用，其内部默认包含了标题栏、内容区和工具栏，其中内容区默认首页显示导航内容（Navigation的子组件）或非首页显示（NavDestination的子组件），首页和非首页通过路由进行切换。
@Provide装饰器和@Consume装饰器：应用于与后代组件的双向数据同步、状态数据在多个层级之间传递的场景。
解决方案
问题现象中是用Tab组件包裹Navigation组件，跳转Navigation子组件并不会影响到外层的Tab组件。

将Navigation组件作为根容器包括Tab组件，为保证子组件都共享一个NavPathStack实例，可以使用@Provide和@Consume装饰器将导航控制器对象NavPathStack传递给Tabs内的子组件使用。

@Entry
@Component
struct TabsNavPage {
// 使用@Provide将路由栈对象传递给TabContent内的组件
@Provide('pathStack') pathStack: NavPathStack = new NavPathStack();

@Builder
PagesMap(name: string) {
if (name === 'Settings') {
Settings();
}
}

build() {
// 使用Navigation包裹Tabs，Tabs子页使用同一个路由栈对象
Navigation(this.pathStack) {
Tabs() {
TabContent() {
MinePage();
}
.tabBar(BottomTabBarStyle.of($r('sys.media.ohos_app_icon'), '我的')) 

    TabContent() {  
      Text('首页').fontColor('40fp');  
    }  
    .tabBar(BottomTabBarStyle.of($r('sys.media.ohos_app_icon'), '首页'))  
  }  
  .barPosition(BarPosition.End);  
}  
.hideTitleBar(true)  
.navDestination(this.PagesMap)

}
}

@Component
struct MinePage {
// 获取Navigation的路由栈对象
@Consume('pathStack') pathStack: NavPathStack;

build() {
Column() {
Button('跳转设置页')
.onClick(() => {
this.pathStack.pushPathByName('Settings', null);
});
};
}
}

@Component
struct Settings {
@Consume('pathStack') pathStack: NavPathStack = new NavPathStack();

build() {
NavDestination() {
Button('返回')
.onClick(() => {
this.pathStack.pop();
});
}.title('设置')
}
}
https://coub.com/view/5kamzbr4mi
https://coub.com/view/9slmznc3ol
https://coub.com/view/dnhe4x7otv
https://coub.com/view/libk78392s
https://coub.com/view/2splvx7ais
https://coub.com/view/0fqk03fwlz
https://coub.com/view/u3but76ukt
https://coub.com/view/2xrg8kdx5o
https://coub.com/view/iqeb7cwj8k
https://coub.com/view/lx86s7cfpr
https://coub.com/view/qin8evf0sk
https://coub.com/view/ul1dmz1db2
https://coub.com/view/1n6f59dch3
https://coub.com/view/mz789w4pbg
https://coub.com/view/trb9jcog9p
https://coub.com/view/j3i3lac4yx
https://coub.com/view/84l11twj2s
https://coub.com/view/ut50q4erj3
https://coub.com/view/w6uuiu7ru3
https://coub.com/view/iun2hgfzqm
https://coub.com/view/hc6d3b3sts
https://coub.com/view/7l7wd758hs
https://coub.com/view/sshi8p319r
https://coub.com/view/2y21fnu5t4
https://coub.com/view/3dpvlq1hxa
https://coub.com/view/7tefrrju9a
https://coub.com/view/kr0zw5ow09
https://coub.com/view/vze4xn6lxk
https://coub.com/view/gp0hoyjbev
https://coub.com/view/8ukozyn2pf
https://coub.com/view/gne8uf8fun
https://coub.com/view/o1ljlnaqrl
https://coub.com/view/6pe00kuw3p
https://coub.com/view/3ys8ww2kf5
https://coub.com/view/ky54919n96
https://coub.com/view/ovvfpcdgiy
https://coub.com/view/h1g7qx1ibk
https://coub.com/view/4ytxeco099
https://coub.com/view/z8grd6tisg
https://coub.com/view/ihcl3n786e
https://coub.com/view/e48vma3hes
https://coub.com/view/rgk8us00m7
https://coub.com/view/mxmu9agwxl
https://coub.com/view/jjq7sf2887
https://coub.com/view/rtlotmcb2o
https://coub.com/view/2xzrkf1j13
https://coub.com/view/datluk4gwo
https://coub.com/view/5ld5j0uc5o
https://coub.com/view/cp081k64fp
https://coub.com/view/0sgmugss1z
https://coub.com/view/ynwmj064s7
https://coub.com/view/y8atenamwg
https://coub.com/view/acqfefno2e
https://coub.com/view/hmwvsetfho
https://coub.com/view/n59qhb108b
https://coub.com/view/946i56xqgw
https://coub.com/view/fu355xmxbd
https://coub.com/view/9gfbdnyv3z
https://coub.com/view/i16nn052at
https://coub.com/view/s2o2prg0rl
https://coub.com/view/f7m17v6t3x
https://coub.com/view/6bmqboq0w9
https://coub.com/view/tvj9e2712i
https://coub.com/view/b5kbn4qpgx
https://coub.com/view/hh77rcnz58
https://coub.com/view/8w0hoxvhxu
https://coub.com/view/ogtrlf718w
https://coub.com/view/dcy0w8eeq1
https://coub.com/view/foo2zaj4nz
https://coub.com/view/ffai2oxjgj
https://coub.com/view/h7llkwvo4t
https://coub.com/view/fxf6iote20
https://coub.com/view/zr4atw33g7
https://coub.com/view/w6ksjzfgri
https://coub.com/view/6wlivajplu
https://coub.com/view/m3p9mpc87g
https://coub.com/view/1svk68qjxi
https://coub.com/view/jn78pmgtsy
https://coub.com/view/ru4kxd02ca
https://coub.com/view/u2qm3zht04
https://coub.com/view/07vrswbr9o
https://coub.com/view/z53dkteu04
https://coub.com/view/r3kczagbat
https://coub.com/view/ebkii1w2uy
https://coub.com/view/gu2ovmapto
https://coub.com/view/6s1y6nkktx
https://coub.com/view/2mzsrq6bnh
https://coub.com/view/bmh3bh21dl
https://coub.com/view/fdiekfi3y1
https://coub.com/view/ex4dtaj1ri
https://coub.com/view/tsgmmorhu1
https://coub.com/view/gh01h6433n
https://coub.com/view/3zfrusqatl
https://coub.com/view/u27l9exjjr
https://coub.com/view/wx8rybzzdd
https://coub.com/view/u13mvzb6i9
https://coub.com/view/lw5mv3n3vp
https://coub.com/view/tn7jo1khbm
https://coub.com/view/hr9h8qk489
https://coub.com/view/dfx72ezl4k
https://coub.com/view/xfnivvh59q
https://coub.com/view/6dmijjf9eu
https://coub.com/view/fi22iqa3iv
https://coub.com/view/57fq1sjhpa
https://coub.com/view/9xii5apv7o
https://coub.com/view/e5fhxwb6re
https://coub.com/view/wuc96hdc6z
https://coub.com/view/bvp1embwd5
https://coub.com/view/u1lurshbkm
https://coub.com/view/nih2qy00t8
https://coub.com/view/mrx826u951
https://coub.com/view/kes50gj32a
https://coub.com/view/fcv3394eq2
https://coub.com/view/4qc0x8z64l
https://coub.com/view/n2k5itdn4w
https://coub.com/view/t988vol3yp
https://coub.com/view/synur4gqha
https://coub.com/view/bd6fqj7ej9
https://coub.com/view/crwhjs6qgk
https://coub.com/view/vde66uoo7x
https://coub.com/view/68md6egw0p
https://coub.com/view/2fgvpgk4ir
https://coub.com/view/4ygf27wtro
https://coub.com/view/0qdbv1ptnp
https://coub.com/view/b5ii094vls
https://coub.com/view/o8fq8rif3n
https://coub.com/view/3odrc01a85
https://coub.com/view/8k08cynikg

收起阅读 »
用户3116712 发表于 : 2026-08-28 19:06 评论 (0) 分享

Android离线打包，plus.runtime.install导致应用闪退

logcat日志如下：

Unresolved exception class when finding catch block: net.lingala.zip4j.exception.ZipException
2026-08-28 15:40:18.591 29792-30261 AndroidRuntime com.gdxinyue.newusmp
E FATAL EXCEPTION: Thread-10
Process: com.gdxinyue.newusmp, PID: 29792
java.lang.NullPointerException: Attempt to read from null array
at io.dcloud.feature.pdr.RuntimeFeatureImpl$a.run

参考博客：https://blog.csdn.net/qq_32058147/article/details/155034674

在Android Stadio主项目的 build.gradle > dependencies中增加以下依赖：

dependencies {
implementation 'net.lingala.zip4j:zip4j:2.11.5'
}

继续阅读 »

logcat日志如下：

Unresolved exception class when finding catch block: net.lingala.zip4j.exception.ZipException
2026-08-28 15:40:18.591 29792-30261 AndroidRuntime com.gdxinyue.newusmp
E FATAL EXCEPTION: Thread-10
Process: com.gdxinyue.newusmp, PID: 29792
java.lang.NullPointerException: Attempt to read from null array
at io.dcloud.feature.pdr.RuntimeFeatureImpl$a.run

参考博客：https://blog.csdn.net/qq_32058147/article/details/155034674

在Android Stadio主项目的 build.gradle > dependencies中增加以下依赖：

dependencies {
implementation 'net.lingala.zip4j:zip4j:2.11.5'
}

收起阅读 »
4***@qq.com 发表于 : 2026-08-28 15:44 评论 (0) 分享

uni-starter模板代码更正

创建uni-app项目时选择uni-starter模板，我发现其中pages/list/search/search.vue中的“搜索联想”部分代码<uni-list-item>的:title="item.name"可能写错了，应该改为:title="item.title"，具体代码如下：
<!-- 搜索联想 -->
<view class="search-associative" v-if="associativeShow">
<uni-list>
<!-- :title="item.name"可能写错了，文章表没有name字段，associativeList只是获取_id、title字段！ -->
<!-- <uni-list-item v-for="(item,index) in associativeList" :key="item._id" :ellipsis="1" :title="item.name" @click="associativeClick(item)" show-extra-icon
clickable :extra-icon="{size:18,color:iconColor,type:'search'}" >
</uni-list-item> --> 

            <!-- 正确改为:title="item.title"，在搜索框输入文章记录的标题子串时，会显示篇文章的标题 -->  
            <uni-list-item  v-for="(item,index) in associativeList" :key="item._id" :ellipsis="1" :title="item.title" @click="associativeClick(item)" show-extra-icon  
             clickable :extra-icon="{size:18,color:iconColor,type:'search'}" >  
            </uni-list-item>  
        </uni-list>  
    </view>

这个搜索联想的功能应该是在搜索框输入文章记录标题的子串时，提示有没有这篇文章，若存在，则显示所有标题带有此子串的文章标题列表，这样就可以直接点击找到此文章，因为模板的代码写错了"item.name"，导致完全没有提示，希望可以改正过来。

继续阅读 »

创建uni-app项目时选择uni-starter模板，我发现其中pages/list/search/search.vue中的“搜索联想”部分代码<uni-list-item>的:title="item.name"可能写错了，应该改为:title="item.title"，具体代码如下：
<!-- 搜索联想 -->
<view class="search-associative" v-if="associativeShow">
<uni-list>
<!-- :title="item.name"可能写错了，文章表没有name字段，associativeList只是获取_id、title字段！ -->
<!-- <uni-list-item v-for="(item,index) in associativeList" :key="item._id" :ellipsis="1" :title="item.name" @click="associativeClick(item)" show-extra-icon
clickable :extra-icon="{size:18,color:iconColor,type:'search'}" >
</uni-list-item> --> 

            <!-- 正确改为:title="item.title"，在搜索框输入文章记录的标题子串时，会显示篇文章的标题 -->  
            <uni-list-item  v-for="(item,index) in associativeList" :key="item._id" :ellipsis="1" :title="item.title" @click="associativeClick(item)" show-extra-icon  
             clickable :extra-icon="{size:18,color:iconColor,type:'search'}" >  
            </uni-list-item>  
        </uni-list>  
    </view>

这个搜索联想的功能应该是在搜索框输入文章记录标题的子串时，提示有没有这篇文章，若存在，则显示所有标题带有此子串的文章标题列表，这样就可以直接点击找到此文章，因为模板的代码写错了"item.name"，导致完全没有提示，希望可以改正过来。

收起阅读 »
l***@163.com 发表于 : 2026-08-28 15:27 评论 (2) 分享

无Mac获取P12证书、描述文件、上传IPA

Appstore上传 ipa

​
1、首先进入我开发的网站：登录 - iOS 开发者工具，http://jqzm.w1.luyouxia.net/iOSTools,该工具集成了Bundle Id、证书、描述文件、添加设备、上传IPA
​​​​
2、然后使用邮箱注册并登陆

3、然后进入账号设置，将参数填写上并保存配置，保存后点一下同步数据

4、进入上传IPA功能，选择IPA文件上传即可

​

继续阅读 »

​
1、首先进入我开发的网站：登录 - iOS 开发者工具，http://jqzm.w1.luyouxia.net/iOSTools,该工具集成了Bundle Id、证书、描述文件、添加设备、上传IPA
​​​​
2、然后使用邮箱注册并登陆

3、然后进入账号设置，将参数填写上并保存配置，保存后点一下同步数据

4、进入上传IPA功能，选择IPA文件上传即可

​

收起阅读 »
1***@qq.com 发表于 : 2026-08-26 09:13 评论 (1) 分享

等保测评wgt打包有高危漏洞！

应用打wgt升级包，使用压缩工具打开wgt文件后，在app-service.js中可以看到云服务空间的accessKey和secretKey等信息，被检测为高危漏洞

应用打wgt升级包，使用压缩工具打开wgt文件后，在app-service.js中可以看到云服务空间的accessKey和secretKey等信息，被检测为高危漏洞

star1115 发表于 : 2026-08-25 16:37 评论 (2) 分享

uniapp 实现 的小红书 1v1 还原

小红书小程序

演示地址

  • 笔记创建 / 编辑 / 发布、点赞评论回复、付费笔记
    私域直播（视频 / 语音、货架带货、公屏、体验倒计时、结束复盘）
    音视频聊天室（麦位、心跳、体验时长）
    IM：私信 / 群聊、直播与聊天室 邀请卡片
    音视频通话（TRTC）
    地图选点（笔记标记地点 / 腾讯地图）
    市集电商（商品 / 订单 / 优惠券 / 秒杀拼团等）
    后台：笔记 / 频道 / 话题、会员、商城、站点品牌、系统消息
    系统消息、点点助手
继续阅读 »

演示地址

  • 笔记创建 / 编辑 / 发布、点赞评论回复、付费笔记
    私域直播（视频 / 语音、货架带货、公屏、体验倒计时、结束复盘）
    音视频聊天室（麦位、心跳、体验时长）
    IM：私信 / 群聊、直播与聊天室 邀请卡片
    音视频通话（TRTC）
    地图选点（笔记标记地点 / 腾讯地图）
    市集电商（商品 / 订单 / 优惠券 / 秒杀拼团等）
    后台：笔记 / 频道 / 话题、会员、商城、站点品牌、系统消息
    系统消息、点点助手
收起阅读 »
顽疲 发表于 : 2026-08-21 13:26 评论 (0) 分享

stripe 支付不支持 ACH银行卡支付

Stripe

uniapp 提供的stripe 支付无法实现，ACH 美国银行支付 ， https://uniapp.dcloud.net.cn/tutorial/app-payment-stripe.html#%E5%BC%80%E9%80%9A

uniapp 提供的stripe 支付无法实现，ACH 美国银行支付 ， https://uniapp.dcloud.net.cn/tutorial/app-payment-stripe.html#%E5%BC%80%E9%80%9A

wanghuixjgc 发表于 : 2026-08-19 11:07 评论 (0) 分享
友情链接
优势智云 黑马程序员 程序员客栈 个推 锐亚教育 即速应用 DCloud新闻 InfoQ 蓝莺IM HeapDump性能社区 diygw可视化 艾普阳科技 申请友链

DCloud 即数字天堂(北京)网络技术有限公司是W3C成员及HTML5中国产业联盟发起单位

京ICP备12046007号-4 | 京公网安备：11010802035340号 | 国家信息安全等级保护三级，证书编号：11010813802-20001

| | 违法违规信息举报