扩展消息超时需先排查监听缺失、注入失败或消息超3mb，再通过zeus://flags调高extension-message-timeout-ms至15000并重启浏览器；旧版本则须在代码中显式设timeout参数并捕获超时错误。
确认扩展消息传递是否真超时
当点击插件按钮无响应、右键菜单不弹出、或后台脚本报错“Message timeout”时，不能直接认定是超时参数问题——更常见的是扩展本身未监听onMessage事件、content script未注入成功、或消息体超过3MB限制被静默截断。先在地址栏输入zeus://extensions→点击目标插件右侧【详情】→开启【允许访问文件网址】并勾选【在所有网站上】，排除基础权限缺失。
修改底层消息超时阈值
宙斯浏览器未开放图形界面配置项，必须通过zeus://flags强制调整。该参数直接影响跨进程通信的容错窗口，设得太短会导致弱网下正常消息被误判为失败，设得太长则拖慢用户操作反馈。
第一步：在地址栏输入【zeus://flags】并回车→等待页面完全加载（约2秒）；
第二步：顶部搜索框输入【extension-message-timeout-ms】→若未出现该条目，说明当前版本尚未启用该开关，需跳至“备用方案”；
第三步：双击该条目右侧状态列，将默认值改为【15000】（15秒）→此值兼顾响应速度与弱网稳定性，低于10000易触发假超时，高于30000会导致UI卡顿；
第四步：【必须点击右下角“Relaunch Now”重启浏览器，仅刷新标签页无效】。
备用方案：重写runtime.sendMessage调用逻辑
若flags中无extension-message-timeout-ms选项（常见于v3.1.2以下版本），需在扩展自身代码中显式声明超时。这要求你有插件源码编辑权限。
方法一：在background.js或popup.js中，将原调用：
chrome.runtime.sendMessage({action: "fetchData"});
替换为带timeout参数的版本：
chrome.runtime.sendMessage({action: "fetchData"}, {timeout: 15000});
方法二：若使用Manifest V3，service worker中需改用chrome.runtime.sendMessage的Promise封装写法，并手动catch TimeoutError：
chrome.runtime.sendMessage({action: "fetchData"}).catch(err => { if (err.message.includes("timeout")) console.warn("消息已超时，建议检查content script注入状态"); });
⚠️注意：Manifest V3强制要求所有sendMessage调用必须有错误处理，否则未捕获异常会直接终止service worker运行。
