【反馈+实锤】桌面客户端 v1.3.27 全对话报"网络异常500000001"——真因?

【反馈+实锤】桌面客户端 v1.3.27 全对话报"网络异常500000001"——真因:账号云端数据量过大,session.start 响应超限

━━━━━━━━━━━━━━━

一、问题概述

━━━━━━━━━━━━━━━

桌面客户端 v1.3.27,登录后任何对话(含新建会话)稳定报错:

网络异常,请检查网络后重试(500000001)

实际网络完全正常(无代理、直连、客户端自身探测通过)。抓取 app-server 日志后发现:真实错误并非网络问题,而是服务端应答超限。

━━━━━━━━━━━━━━━

二、环境

━━━━━━━━━━━━━━━

· 客户端:灵犀桌面客户端 v1.3.27(官方渠道)

· 系统:Windows

· 网络:直连、无代理、无VPN,客户端探测 ok=true

· 同账号其他端:WPS内嵌灵犀 ✓ 网页版 ✓ 手机APP ✓ 全部正常,仅独立桌面客户端异常

━━━━━━━━━━━━━━━

三、关键证据(app-server 日志原文)

━━━━━━━━━━━━━━━

time="2026-10-28T12:05:15+08:00" level=warning msg="request operation failed" file="@H:/release/core/processor.go:2772" component=session err="server API response too large" error_kind=internal operation=session.start stage=start_session

time="2026-10-28T12:05:15+08:00" level=info msg="send error response: error=rpc error -32603: 网络异常,请检查网络后重试"

真实错误:session.start 阶段,服务端返回的应答超过客户端接收上限(server API response too large),随后被统一包装成"网络异常"提示给用户——误导性很强,建议至少改为如实提示。

━━━━━━━━━━━━━━━

四、决定性对照实验(已实机验证)

━━━━━━━━━━━━━━━

1. 同一台电脑+同一客户端+其他WPS账号登录 → 完全正常,对话秒回

2. 同一台电脑+同一客户端+本人账号登录 → 稳定复现 500000001

3. 本地瘦身:清空 user_skills(1.2GB)+official_skills+app-server-data 后重试 → 错误一字不变

结论:问题不在本机、不在网络,在服务端按账号返回的数据量。

━━━━━━━━━━━━━━━

五、根因推测

━━━━━━━━━━━━━━━

本账号是重度用户:数千个云端技能注册+大量历史会话+项目云同步(1.3.25起桌面端项目合并上云)。推测 session.start 时服务端把「技能注册表+会话列表+项目清单」一次性全量打包在应答里,本账号体量超出客户端接收上限。

普通账号和官方测试环境数据量小,因此"本地测试未复现"——但只要用户数据量增长,人人都会踩到这个雷。

━━━━━━━━━━━━━━━

六、请求

━━━━━━━━━━━━━━━

1. 服务端对 session.start 应答做分页/增量/瘦身(技能列表、会话列表、项目清单没必要启动时一次性全量下发)

2. 或提供账号侧数据清理入口(批量管理历史会话/云端技能)

3. 短期请提供服务端白名单/临时提高上限方案,让重度账号恢复使用

4. 前端把"server API response too large"如实提示,不要再包装成"网络异常"

━━━━━━━━━━━━━━━

七、关联案例

━━━━━━━━━━━━━━━

· topic/99787:1.3.22 全新安装后所有对话报"网络异常500000001"(沙箱工作区路径解析)

· topic/99893:同类反馈,1.3.25 未解决

· topic/99976:服务异常反馈

本帖证据均来自本机 app-server 日志原文与实机对照实验,可提供完整日志文件。

浏览 106
收藏
点赞
分享
+1
1
+1
全部评论 1
 
ve兌
后续:已自行解决,供大家参考(也请官方重视) 之前跟帖反馈的网络异常 500000001,重装、清代理、清缓存全部无效,官方也一直没修复。我们最终通过逆向定位到了真正的根因,在此分享: 根因:桌面客户端 lingxi.exe 中把服务端应答大小上限硬编码为 1MB。而灵犀 Agent 模式的 session.start 请求会把记忆、技能、连接器等配置一次性全量拉取,一旦用户数据量超过 1MB,客户端不报“数据过大”,而是误报为“网络异常(500000001)”——这就是为什么重装无效、换网络无效,因为根本不是网络问题。 解决:将客户端内相关上限常量修改后恢复正常(涉及 CreateSession、decodeV3 等 24 处)。因涉及具体二进制修改,细节就不在社区展开了,有同样问题的朋友可以在帖子里留言。 给官方的两句话: 500000001 的报错文案有误导性,建议把“应答超限”和网络异常区分开,至少日志里要如实打印; session.start 全量拉取本身就有扩展性风险,建议官方改为按需加载(内嵌版灵犀就是按需加载,从没出过这个问题),或提供上限配置项。 希望官方尽快正式修复为盼!
举报
0
0