h***@qq.com
h***@qq.com
  • 发布:2026-07-05 10:21
  • 更新:2026-07-12 09:27
  • 阅读:712

hbuilderx5.14 【wine】 uniappx无法编译

分类:HBuilderX

之前版本的hbuilderx是可以的
菜单栏-》运行-》运行到Android基座
10:14:55.745 uni-agent:最懂 uni-app(x) 开发的 AI Agent,全程自动化、真正的无人值守,详情
10:14:55.783 项目 xxx 开始编译
10:14:58.936 Assertion failed: process_title, file c:\ws\deps\uv\src\win\util.c, line 412
10:14:58.952 已停止运行...

2026-07-05 10:21 负责人:DCloud_HB_WKP 分享
已邀请:
DCloud_HB_Gml

DCloud_HB_Gml

有复现项目嘛,或者方便远程看下吗。

  • h***@qq.com (作者)

    感谢回复!我把5.14删掉下回5.07用了,我系统是deepinv25.1,deepin-wine10-stable运行hbuilderx5.14标准版。我查了一下这个错是node报的:这个报错是由于 Windows 系统下 Node.js 内置的底层的底层异步 I/O 库 (libuv) 在读取或缓存终端控制台标题(Console Title)时发生断言失败导致的崩溃。这种情况多见于 HBuilderX 编译 uni-app 或 Node.js 高版本(如 Node 22/24+)在某些特定终端(如 Wine 环境、部分老旧命令行、或后台进程触发无标题的控制台)中运行。

    2026-07-08 13:32

FireFlyTest

FireFlyTest - 萤火虫鸿蒙开发

EXPORT SUCCEEDED 2026-07-07 12:05:45.253 xcodebuild[42258:1111577] [MT] IDEDistribution: -[IDEDistributionLogging _createLoggingBundleAtPath:]: Created bundle at path \"/var/folders/g4/37rtsqb51js35qc08hldsfd80000gn/T/UniAppX_2026-07-07_12-05-45.252.xcdistributionlogs\".mv: rename [PackagePath]/XArchive/exportArchive/UniAppX.ipa to [PackagePath]/UNIF0A1696.ipa: No such file or directory这几天都打包失败,没人管5.14正式版的打包机吗?

h***@qq.com

h***@qq.com (作者)

AI分析:完全定位到了。这是一个 libuv 的已知 bug,不需要堆栈也能确认根因。
根因
libuv < 1.52.1 的 bug(已修复:libuv#4807 (https://github.com/libuv/libuv/pull/4807 ))
调用链:

  1. Node.js 进程启动时,libuv 调用 GetConsoleTitleW() 获取控制台标题
  2. 在 Wine 环境下(或 CI 环境、通过 start 启动的进程),控制台标题为空
  3. GetConsoleTitleW 返回长度 0 — 这在 Windows API 中既表示"标题为空"也表示"发生错误"
  4. libuv 错误地把"空标题"当成了错误,没有缓存标题,内部指针 process_title 保持 NULL
  5. 后续任何读取 process.title 的操作触发 assert(process_title) → C 级别 abort(),不可被 JS 捕获
  6. Wine 将这个 abort 转化为异常 c0000409(STATUS_STACK_BUFFER_OVERRUN / __fastfail)
    你看到的 c0000409 异常就是这个 abort 的结果。

云打包一下都得等半小时,现在AI这么先进,uniappx用前端语言,降低开发难度的优势还有多少我请问呢

  • DCloud_heavensoft

    如果觉得云打包慢,可以使用离线打包。离线打包需要懂点原生,如果你觉得ai很强,它肯定也能帮你搞定离线打包。即便你使用ai做原生开发或使用其他跨平台框架,也一样得懂离线打包。如果你在本地打包原生项目,一个大型的kt项目,就是要很久,比云端快不了多少。因为本质是kt编译很慢。这两年DCloud云打包体感变慢,主要就是因为uni-app x vdom模式编译kt造成的慢。


    说起来uni-app x的优势,其实主要是蒸汽模式,它的性能比原生更快,你用ai + 原生也达不到uni-app x蒸汽模式的性能。同时蒸汽模式因为不编译kt了,所以打包速度大幅提升。后续还会提供安心打包,出包会更快。uni-app x的优势很多,开发一次Android、iOS、鸿蒙、小程序、web都有,你用ai+原生做这么多平台,性价比和工程效率比uni-app x差太多了。

    2026-07-12 22:51

要回复问题请先登录注册