SQLite3 can only bind 报错完整排查HeyGem.ai 添加语音模型1 个根因 3 种修法【免费下载链接】Duix-Avatar Truly open-source AI avatar(digital human) toolkit for offline video generation and digital human cloning.项目地址: https://gitcode.com/GitHub_Trending/he/Duix-AvatarHeyGem.ai 添加语音模型时弹出的 SQLite 类型错误SQLite3 绑定报错那句经典的 can only bind长这样Error invoking remote method model/addModel: TypeError: SQLite3 can only bind numbers, strings, bigints, buffers, and null你只是正常添加语音模型、传了个视频整个流程就卡在这条红字上。最后查下来是 1 个false被塞进了f2f_model表。下面把排查全过程还原一遍你如果正踩同类报错可以直接照抄。排查实录如何确认 SQLite 绑定了非法类型值第一步看报错。Error invoking remote method 前缀说明炸的是主进程里model/addModel这个 IPC 通道不是渲染层先别去调前端。第二步翻日志找 SQL。这个项目给prepare做了日志包装每条 SQL 连同参数数组都会打出来实现在 src/main/db/index.js。我在日志里捞到这句INSERT INTO f2f_model (name, video_path, audio_path, voice_id, created_at) VALUES (aaa, 20250405012435008.mp4, origin_audio\20250405012435008.wav, false, 1743787484937)第三步逐个核对 VALUES。name、video_path、audio_path 全是字符串created_at 是毫秒时间戳唯独 voice_id 是false。四个参数过类型检查非法的就是它这一个。第四步顺藤摸上游。日志里 SQL 上方还有一行train ~ res: { code: -1, msg: NoneType object has no attribute send }这是音频训练接口的返回。真凶在 src/main/service/voice.jsres.code ! 0时train不抛错直接return false而 model 服务侧拿到这个false当作 voiceId原样传进了stmt.run。两边代码各自合理合起来布尔值就越过了数据库边界。原理为什么 SQLite3 根本不认识 false说白了SQLite3 绑定层只认 5 种类型number、string、bigint、buffer、null压根没有布尔位SQLite 也没有布尔列惯用 0/1 表示真假。而false是 JS 里的合法值跨 IPC 边界时没人做类型把关一路走到了绑定参数里。表结构这边是无辜的f2f_model 的 voice_id 列在建表脚本里声明的就是 INTEGERsrc/main/db/sql.js。所以网上常见的改字段类型解法在这不成立——表没定义错错的是值要改的是值。三层修法改哪个文件、贴最小补丁第一层dao 入口。最稳的兜底。在 src/main/dao/f2f-model.js 的insert里入库前做一次转换上游再乱也到不了绑定层const safeVoiceId typeof voiceId number ? voiceId : null stmt.run(modelName, videoPath, audioPath, safeVoiceId, Date.now())第二层service 早失败。service/model.js的addModel里训练返回后立即校验voiceId 不是数字就别继续避免留下一条没有可用声音的半成品模型const voiceId await trainVoice(relativeAudioPath, zh) if (typeof voiceId ! number) throw new Error(语音训练失败已中止创建模型)第三层根因层。改 src/main/service/voice.js 的train不再吞错静默返回 falsyif (res.code ! 0) { log.error(train failed:, res.msg) throw new Error(语音训练失败(code${res.code}): ${res.msg}) }至于 code: -1 本身那是 Python 侧训练服务抛的异常把服务修好或给机器加内存流程自然会恢复但前两层防御要留着防止下次再出 falsy 值时重演这次事故。检查清单Electron SQLite 项目防 bind 报错入库前对run()的每个参数按 5 种合法类型过一遍布尔值统一转 0/1 或 null禁止原样透传。给prepare包一层日志打印 sql 参数数组炸了直接肉眼定位哪个参数非法。训练/推理接口失败时不要返回 falsy 值还让链路继续要么抛错、要么显式 null这条链上每一环都要接得住。看到 Error invoking remote method先翻主进程日志再谈修别碰前端。下次在任何 Electron SQLite 项目里再撞见 can only bind照这四步走日志 → SQL → VALUES → 上游基本都能定位到参数本身。【免费下载链接】Duix-Avatar Truly open-source AI avatar(digital human) toolkit for offline video generation and digital human cloning.项目地址: https://gitcode.com/GitHub_Trending/he/Duix-Avatar创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
SQLite3 can only bind 报错完整排查HeyGem.ai 添加语音模型1 个根因 3 种修法【免费下载链接】Duix-Avatar Truly open-source AI avatar(digital human) toolkit for offline video generation and digital human cloning.项目地址: https://gitcode.com/GitHub_Trending/he/Duix-AvatarHeyGem.ai 添加语音模型时弹出的 SQLite 类型错误SQLite3 绑定报错那句经典的 can only bind长这样Error invoking remote method model/addModel: TypeError: SQLite3 can only bind numbers, strings, bigints, buffers, and null你只是正常添加语音模型、传了个视频整个流程就卡在这条红字上。最后查下来是 1 个false被塞进了f2f_model表。下面把排查全过程还原一遍你如果正踩同类报错可以直接照抄。排查实录如何确认 SQLite 绑定了非法类型值第一步看报错。Error invoking remote method 前缀说明炸的是主进程里model/addModel这个 IPC 通道不是渲染层先别去调前端。第二步翻日志找 SQL。这个项目给prepare做了日志包装每条 SQL 连同参数数组都会打出来实现在 src/main/db/index.js。我在日志里捞到这句INSERT INTO f2f_model (name, video_path, audio_path, voice_id, created_at) VALUES (aaa, 20250405012435008.mp4, origin_audio\20250405012435008.wav, false, 1743787484937)第三步逐个核对 VALUES。name、video_path、audio_path 全是字符串created_at 是毫秒时间戳唯独 voice_id 是false。四个参数过类型检查非法的就是它这一个。第四步顺藤摸上游。日志里 SQL 上方还有一行train ~ res: { code: -1, msg: NoneType object has no attribute send }这是音频训练接口的返回。真凶在 src/main/service/voice.jsres.code ! 0时train不抛错直接return false而 model 服务侧拿到这个false当作 voiceId原样传进了stmt.run。两边代码各自合理合起来布尔值就越过了数据库边界。原理为什么 SQLite3 根本不认识 false说白了SQLite3 绑定层只认 5 种类型number、string、bigint、buffer、null压根没有布尔位SQLite 也没有布尔列惯用 0/1 表示真假。而false是 JS 里的合法值跨 IPC 边界时没人做类型把关一路走到了绑定参数里。表结构这边是无辜的f2f_model 的 voice_id 列在建表脚本里声明的就是 INTEGERsrc/main/db/sql.js。所以网上常见的改字段类型解法在这不成立——表没定义错错的是值要改的是值。三层修法改哪个文件、贴最小补丁第一层dao 入口。最稳的兜底。在 src/main/dao/f2f-model.js 的insert里入库前做一次转换上游再乱也到不了绑定层const safeVoiceId typeof voiceId number ? voiceId : null stmt.run(modelName, videoPath, audioPath, safeVoiceId, Date.now())第二层service 早失败。service/model.js的addModel里训练返回后立即校验voiceId 不是数字就别继续避免留下一条没有可用声音的半成品模型const voiceId await trainVoice(relativeAudioPath, zh) if (typeof voiceId ! number) throw new Error(语音训练失败已中止创建模型)第三层根因层。改 src/main/service/voice.js 的train不再吞错静默返回 falsyif (res.code ! 0) { log.error(train failed:, res.msg) throw new Error(语音训练失败(code${res.code}): ${res.msg}) }至于 code: -1 本身那是 Python 侧训练服务抛的异常把服务修好或给机器加内存流程自然会恢复但前两层防御要留着防止下次再出 falsy 值时重演这次事故。检查清单Electron SQLite 项目防 bind 报错入库前对run()的每个参数按 5 种合法类型过一遍布尔值统一转 0/1 或 null禁止原样透传。给prepare包一层日志打印 sql 参数数组炸了直接肉眼定位哪个参数非法。训练/推理接口失败时不要返回 falsy 值还让链路继续要么抛错、要么显式 null这条链上每一环都要接得住。看到 Error invoking remote method先翻主进程日志再谈修别碰前端。下次在任何 Electron SQLite 项目里再撞见 can only bind照这四步走日志 → SQL → VALUES → 上游基本都能定位到参数本身。【免费下载链接】Duix-Avatar Truly open-source AI avatar(digital human) toolkit for offline video generation and digital human cloning.项目地址: https://gitcode.com/GitHub_Trending/he/Duix-Avatar创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
