问题现象
- 在 Word 中编辑文档时,保存操作失败,提示“内存或磁盘空间不足,保存失败”。
- 实际物理内存剩余 20 GB,硬盘剩余 200 GB 以上,其他软件(如记事本、浏览器)保存正常。
- 该问题在重装 Office 后短暂解决,但一天后再次出现。
排查过程
1. 初步排查(未解决)
- 检查磁盘空间、内存占用,均充足。
- 删除 Word 模板文件
Normal.dotm,清空临时文件夹,无效。 - 使用“打开并修复”功能,无效。
- 检查临时文件夹环境变量,正常。
2. 安全模式测试(关键发现)
- 以安全模式启动 Word(
winword /safe),保存功能正常。 - 这说明问题出在 Word 正常启动时加载的组件(如加载项)上。
3. 加载项排查
- 在“文件” → “选项” → “加载项”中,进入“COM 加载项”,发现:
- 全部禁用 COM 加载项后,保存恢复正常。
- 启用任意一个 COM 加载项(即使是微软官方的),保存立即失败。
- 结论:COM 加载项机制本身存在故障,而非某个特定加载项的问题。
4. 检查 Office 位数与残留组件
- 用户尝试重新安装 Office 2024,但安装后 Word 显示仍为 32 位版本(原安装为 2021 32 位)。
- 进一步检查发现,系统中存在 Microsoft Access 2010 32 位 独立组件。
- 该 32 位组件导致 Office 安装程序检测到环境中有 32 位 Office 组件,因此强制安装 32 位版本,即使系统是 64 位。
根本原因
- 系统中残留的 32 位 Access 2010 组件与 32 位 Office 混合,导致 COM 加载项机制损坏,进而引发保存失败。
- 重新安装时,由于 32 位残留未被完全清理,新安装的 Office 仍为 32 位,问题复现。
解决方案
第一步:彻底卸载所有 32 位 Office 相关组件
- 打开“设置” → “应用” → “已安装的应用”。
- 搜索并卸载以下所有相关程序:
- 所有包含 “Office” 的程序
- Microsoft Access(特别是 2010 版本)
- Microsoft Visio、Microsoft Project(如有)
- Microsoft 语言包、校对工具
- OneDrive(可选,安装后可重装)
- 卸载后重启电脑。
第二步:使用微软官方深度卸载工具
- 下载 Microsoft Support and Recovery Assistant (SaRA)。
- 运行工具,选择“Office” → “完全卸载 Office”。
- 按提示完成清理,再次重启电脑。
第三步:手动清理残留文件夹(可选,确保彻底)
- 删除以下文件夹(如果存在):
C:\Program Files (x86)\Microsoft OfficeC:\Program Files\Microsoft Office%appdata%\Microsoft\Office%localappdata%\Microsoft\Office%appdata%\Microsoft\Templates(删除里面的Normal.dotm)
第四步:安装 64 位 Office
- 访问 Office 官网 或 setup.office.com,登录账户。
- 下载并运行安装程序。
- 确保安装程序选择 64 位 版本(如果弹出选项,手动选择;如果自动安装,默认应为 64 位,因为系统已无 32 位残留)。
- 安装完成后,打开 Word → “文件” → “账户”,确认版本显示为 64 位。
第五步:验证功能
- 新建文档,保存测试 → 正常。
- 按需启用 COM 加载项(如信封向导、书法加载项等),每启用一个重启 Word 并测试保存,均正常。
- 问题彻底解决。
经验总结
- 32 位与 64 位 Office 组件不能混装。任何独立的 Office 组件(如 Access、Visio、语言包)的位数都必须与主 Office 保持一致,否则会导致各种不可预知的故障。
- 当 Word 出现保存类异常时,安全模式是快速定位加载项问题的有效手段。
- 彻底重装 Office 前,必须确保所有 Office 相关组件(包括独立安装的组件)全部卸载干净,并使用官方卸载工具清理注册表,否则残留配置会继续引发问题。
附录:常用命令与路径
- 安全模式启动 Word:
winword /safe - Word 模板文件夹:
%appdata%\Microsoft\Templates - 用户临时文件夹:
%temp% - Office 启动文件夹:
%appdata%\Microsoft\Word\STARTUP - 注册表清理路径:
HKEY_CURRENT_USER\Software\Microsoft\OfficeHKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OfficeHKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Office
后续
用了一天之后发现又出现无法保存的,看来问题并没有找到。查阅了大量资料后发现,有一个解决方案。
修改注册表修复 DDE 限制
如果 Word 无法正常与加载项通信,会误报内存错误。
按下 Win + R,输入 regedit 并回车。
定位到:HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Word\Options(如果你是其他版本,16.0 可能是 15.0 等)。
在右侧找是否有 NoReReg,如果没有,右键新建一个 DWORD (32位) 值,命名为 NoReReg,数值数据改为 1。
重启 Word。
问题暂时解决,但文题源并没有找到。但是根据出现问题前最后安装的软件,且问题gemini给的答复是:
考虑到你经常翻译和本地 LLM(如 Ollama/Pot),某些翻译插件或术语库加载项在启动时会尝试劫持 Word 的 API。
现象:它们会频繁触发 DDE 请求来同步剪贴板或文档内容。
排查:你可以依次尝试禁用这些插件,看报错是否消失。
有没有知道pot+ollama会造成同类问题的老六们?说说你们的看法。
暂无评论