问题现象

  • 在 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 相关组件

  1. 打开“设置” → “应用” → “已安装的应用”。
  2. 搜索并卸载以下所有相关程序:
    • 所有包含 “Office” 的程序
    • Microsoft Access(特别是 2010 版本)
    • Microsoft Visio、Microsoft Project(如有)
    • Microsoft 语言包、校对工具
    • OneDrive(可选,安装后可重装)
  3. 卸载后重启电脑

第二步:使用微软官方深度卸载工具

  1. 下载 Microsoft Support and Recovery Assistant (SaRA)
  2. 运行工具,选择“Office” → “完全卸载 Office”。
  3. 按提示完成清理,再次重启电脑

第三步:手动清理残留文件夹(可选,确保彻底)

  • 删除以下文件夹(如果存在):
    • C:\Program Files (x86)\Microsoft Office
    • C:\Program Files\Microsoft Office
    • %appdata%\Microsoft\Office
    • %localappdata%\Microsoft\Office
    • %appdata%\Microsoft\Templates(删除里面的 Normal.dotm

第四步:安装 64 位 Office

  1. 访问 Office 官网setup.office.com,登录账户。
  2. 下载并运行安装程序。
  3. 确保安装程序选择 64 位 版本(如果弹出选项,手动选择;如果自动安装,默认应为 64 位,因为系统已无 32 位残留)。
  4. 安装完成后,打开 Word → “文件” → “账户”,确认版本显示为 64 位

第五步:验证功能

  1. 新建文档,保存测试 → 正常。
  2. 按需启用 COM 加载项(如信封向导、书法加载项等),每启用一个重启 Word 并测试保存,均正常。
  3. 问题彻底解决。

经验总结

  • 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\Office
    • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office
    • HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Office

后续

用了一天之后发现又出现无法保存的,看来问题并没有找到。查阅了大量资料后发现,有一个解决方案。

修改注册表修复 DDE 限制

如果 Word 无法正常与加载项通信,会误报内存错误。

  1. 按下 Win + R,输入 regedit 并回车。

  2. 定位到:HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Word\Options(如果你是其他版本,16.0 可能是 15.0 等)。

  3. 在右侧找是否有 NoReReg,如果没有,右键新建一个 DWORD (32位) 值,命名为 NoReReg,数值数据改为 1。

  4. 重启 Word。
    问题暂时解决,但文题源并没有找到。但是根据出现问题前最后安装的软件,且问题gemini给的答复是:

考虑到你经常翻译和本地 LLM(如 Ollama/Pot),某些翻译插件或术语库加载项在启动时会尝试劫持 Word 的 API。

现象:它们会频繁触发 DDE 请求来同步剪贴板或文档内容。

排查:你可以依次尝试禁用这些插件,看报错是否消失。

有没有知道pot+ollama会造成同类问题的老六们?说说你们的看法。