[Bug]: WeFlow 在微信重装后再次出现 openMessageCursor failed: result=-3

[xiaoxixi222]

提交前确认

• 我已搜索过现有的 Issues，确认这不是重复问题
• 我使用的是最新版本
• 我已阅读过相关文档

标题

WeFlow 在微信重装后再次出现 openMessageCursor failed: result=-3（所有会话无法读取消息，昨天曾正常）
和issue#55很像但那个并未解决。

使用平台

Windows

问题严重程度

核心功能受影响（在下一个常规发布中必须修复）

正文

问题描述
今天因微信主文件报错无法登录，被迫覆盖重装微信（版本 4.1.8.67）。重装后登录官方客户端，聊天记录显示正常，但 WeFlow（v4.2.1）无法读取任何会话的聊天记录。
控制台输出 openMessageCursor failed: result=-3，日志中出现 get_message_count: no message db for ...。所有会话均无法加载消息，但联系人列表、头像显示正常。
昨天（重装前）使用 WeFlow 曾完全正常，问题并非偶发，而是在重装微信后再次出现。

关联 Issue
与 #55（创建游标失败: -3）症状一致，但该 Issue 未提供解决方案。此问题在微信重装后重现，昨天（重装前） WeFlow 工作正常，说明问题与微信版本或数据目录状态有关。

复现步骤

操作步骤

1. 昨天使用 WeFlow 正常，所有会话消息可读。
2. 今日微信主文件报错无法登录，覆盖重装微信（版本 4.1.8.67），保留原数据文件夹。
3. 重装后登录微信官方客户端，聊天记录显示正常。
4. 启动 WeFlow 4.2.1，所有会话消息无法加载，报错如上。

预期行为

正常显示聊天和统计数据，并可以导出，而且也可以正常生成年度报告（提示，未解密数据库）

实际行为

聊天为空，统计数据为零，无法导出。

错误日志或截图

**关键日志（已替换隐私信息）**  

[2026-03-29T06:29:38.137Z] wcdb_logs: ["2026-03-29 14:28:11.128 wcdb_init [SecurityStatus:0]","Monitor: Starting file watch on F:\\wechat\\xwechat_files\\[your_wxid]_79fe\\db_storage\\session\\session.db","2026-03-29 14:28:16.382 open_account succeed with ps4096","2026-03-29 14:28:16.382 open_account ok handle=1 db=F:\\wechat\\xwechat_files\\[your_wxid]_79fe\\db_storage\\session\\session.db","2026-03-29 14:28:16.389 set_my_wxid handle=1 wxid=[your_wxid]","2026-03-29 14:28:18.127 start_monitor_pipe ok: \\\\.\\pipe\\weflow_monitor_23784","2026-03-29 14:28:26.107 get_avatar_urls: 请求 3 个用户头像","2026-03-29 14:28:26.190 get_avatar_urls: contact.db 打开成功, path=F:\\wechat\\xwechat_files\\[your_wxid]_79fe\\db_storage\\Contact\\contact.db","2026-03-29 14:28:26.193 get_avatar_urls: 完成 成功=1, 空=2, 失败=0","2026-03-29 14:28:28.752 get_avatar_urls: 请求 2 个用户头像","2026-03-29 14:28:28.752 get_avatar_urls: contact.db 打开成功, path=F:\\wechat\\xwechat_files\\[your_wxid]_79fe\\db_storage\\Contact\\contact.db","2026-03-29 14:28:28.754 get_avatar_urls: 完成 成功=0, 空=2, 失败=0","2026-03-29 14:28:28.802 get_sessions begin handle=1","2026-03-29 14:28:28.830 get_sessions done, rows=129","2026-03-29 14:28:28.904 get_display_names: contact.db hits=1","2026-03-29 14:28:28.904 get_display_names: fallback to session.db for 1 users","2026-03-29 14:28:28.906 get_display_names ok total=1","2026-03-29 14:28:28.942 get_avatar_urls: 请求 1 个用户头像","2026-03-29 14:28:28.947 get_avatar_urls: contact.db 打开成功, path=F:\\wechat\\xwechat_files\\[your_wxid]_79fe\\db_storage\\Contact\\contact.db","2026-03-29 14:28:28.951 get_avatar_urls: 完成 成功=1, 空=0, 失败=0","2026-03-29 14:28:44.819 message_db_cache_refresh count=0 sig=4398600794691913758"]
[2026-03-29T06:29:38.143Z] openMessageCursor failed: sessionId=[some_wxid] batchSize=50 ascending=0 begin=0 end=0 result=-3 cursor=0
[2026-03-29T06:33:03.538Z] wcdb: 2026-03-29 14:33:03.538 get_message_count: no message db for [some_wxid]
[2026-03-29T06:33:05.554Z] wcdb: 2026-03-29 14:33:04.161 get_session_message_type_stats_batch sessions=1 dbs=0 quick=0 parse_ms=1 scan_dbs_ms=20 resolve_tables_ms=0 aggregate_ms=0 serialize_ms=0 sql=0 fallback=0


**Message 文件夹文件列表（已替换路径）**  

Directory: F:\wechat\xwechat_files\[your_wxid]_79fe\db_storage\message

Mode                 LastWriteTime         Length Name
----                 -------------         ------ ----
d----            2026/2/8    19:19                biz_message_2.db.factory
-a---           2026/3/29    13:51       20971520 biz_message_0.db
-a---           2026/3/29    13:51          81920 biz_message_0.db-first.material
-a---           2026/3/29    13:51           4096 biz_message_0.db-incremental.material
-a---           2026/3/28    20:32          81920 biz_message_0.db-last.material
-a---           2026/3/29    13:53          32768 biz_message_0.db-shm
-a---           2026/3/29    13:51         795192 biz_message_0.db-wal
-a---           2026/3/29    13:53          12288 biz_message_0.kvdb
-a---           2026/3/29    13:52          32768 biz_message_0.kvdb-shm
-a---           2026/3/29    13:53          20632 biz_message_0.kvdb-wal
-a---           2026/3/28    20:44       20971520 media_1.db
-a---           2026/3/28    20:44           4096 media_1.db-first.material
-a---           2026/3/28    20:51           4096 media_1.db-incremental.material
-a---           2026/3/29    13:53          32768 media_1.db-shm
-a---           2026/3/28    20:44        2937592 media_1.db-wal
-a---           2026/3/29    13:53          12288 media_1.kvdb
-a---           2026/3/29    13:53          32768 media_1.kvdb-shm
-a---           2026/3/29    13:53          16512 media_1.kvdb-wal
-a---           2026/3/28    19:20       10485760 media_2.db
-a---            2026/2/3    10:41           4096 media_2.db-first.material
-a---           2026/3/29    13:53          32768 media_2.db-shm
-a---           2026/3/28    19:20         519152 media_2.db-wal
-a---           2026/3/29    13:53          12288 media_2.kvdb
-a---           2026/3/29    13:53          32768 media_2.kvdb-shm
-a---           2026/3/29    13:53          20632 media_2.kvdb-wal
-a---           2026/3/28    20:44      115343360 message_10.db
-a---           2026/3/29    13:53          32768 message_10.db-shm
-a---           2026/3/28    20:44       21601192 message_10.db-wal
-a---           2026/3/29    13:53          12288 message_10.kvdb
-a---           2026/3/29    13:52          32768 message_10.kvdb-shm
-a---           2026/3/29    13:53          20632 message_10.kvdb-wal
-a---           2026/1/29     9:01          12288 message_11.kvdb
-a---           2026/3/21    21:18       10485760 message_2.db
-a---           2026/3/29    13:53          32768 message_2.db-shm
-a---           2026/3/21    21:18          98912 message_2.db-wal
-a---           2026/3/21    16:31          12288 message_2.kvdb
-a---           2026/3/29    13:52          32768 message_2.kvdb-shm
-a---           2026/3/21    16:31          20632 message_2.kvdb-wal
-a---           2026/3/29    13:39       10485760 message_3.db
-a---           2026/3/29    13:39          16384 message_3.db-first.material
-a---           2026/3/29    13:39           4096 message_3.db-incremental.material
-a---           2026/3/28    22:38          16384 message_3.db-last.material
-a---           2026/3/29    13:53          32768 message_3.db-shm
-a---           2026/3/29    13:39        2933472 message_3.db-wal
-a---           2026/3/29    13:53          12288 message_3.kvdb
-a---           2026/3/29    13:52          32768 message_3.kvdb-shm
-a---           2026/3/29    13:53          20632 message_3.kvdb-wal
-a---           2026/2/11     9:02          12288 message_5.kvdb
-a---           2026/2/24    20:06           4096 message_6.db-incremental.material
-a---          2025/11/15    12:45       26214400 message_7.db
-a---          2025/10/19    21:33          16384 message_7.db-first.material
-a---          2025/10/19    21:20          16384 message_7.db-last.material
-a---           2026/3/29    13:53          32768 message_7.db-shm
-a---          2025/11/15    12:45         107152 message_7.db-wal
-a---           2026/3/29    13:53          12288 message_7.kvdb
-a---           2026/3/29    13:52          32768 message_7.kvdb-shm
-a---           2026/3/29    13:53          20632 message_7.kvdb-wal
-a---            2026/2/3    14:30          12288 message_9.kvdb
-a---           2026/3/29    13:39       52428800 message_fts.db
-a---           2026/3/29    13:53          32768 message_fts.db-shm
-a---           2026/3/29    13:39        4194304 message_fts.db-wal
-a---           2026/3/29    13:47       31457280 message_resource.db
-a---           2026/3/29    13:53          32768 message_resource.db-shm
-a---           2026/3/29    13:47              0 message_resource.db-wal

操作系统版本

Windows 11 家庭版 25H2

应用版本

v.4.2.1

系统架构

x86

补充信息

环境信息

• 操作系统：Windows 11
• 微信版本：4.1.8.67
• WeFlow 版本：4.2.1
• 数据目录：F:\wechat\xwechat_files\[your_wxid]_79fe（非默认路径）

已尝试的修复

• 重启微信、重启 WeFlow、重新登录微信。
• 确认微信官方客户端的文件存储路径指向 F:\wechat，且官方客户端聊天记录正常。
• 重新指定微信数据目录并重启 WeFlow。
• 也以管理员启动过
• （未尝试）删除 message_fts.db 重建索引，担心引起微信数据更严重问题，暂未执行。

[hicccc77]

感谢报告！已在 commit 4f4e09c 中修复此问题。

根本原因

微信重装后，底层 WCDB DLL 需要重新扫描 Message/ 目录来建立消息数据库缓存，但 WeFlow 的连接层检测到路径参数未变（dbPath/wxid 相同），直接复用了旧的 handle，跳过了重新初始化流程，导致 openMessageCursor 持续返回 result=-3（WCDB_STATUS_NO_MESSAGE_DB）。

修复内容

• 新增 forceReopen()：强制清空路径缓存并重新打开账号连接
• openMessageCursor 遇到 result=-3 时，自动触发 forceReopen 并重试一次，无需用户手动操作
• 优化错误提示：若重试仍失败，明确提示用户重新指定数据目录

临时解决方案（等待新版本发布前）

如果你急需使用，可以尝试：

1. 在 WeFlow 设置中重新指定微信数据目录（即使路径相同，也会触发重新连接）
2. 完全退出 WeFlow 后重新打开

此修复将在下一个版本中发布。

[xiaoxixi222]

我已经重置过目录了。
就是我已经把配置清理了,重新输入了一遍配置,仍然出现相同问题。

[hicccc77]

@xiaoxixi222 重新获取一次密钥

[xiaoxixi222]

重新获取过了，就整个流程从头跑，选文件设密钥。

[hicccc77]

我这里无法复现这个问题，重装后一切正常，你换个设备试试看，是否还有其他用户遇到了一样的问题？