共享NAS中被关联的source.xlsm跨设备打开无法保存问题咨询

Excel Power Query 通过默认路径导入工作簿数据时，会直接对源文件申请持久化读锁。跨设备访问NAS共享路径时，NAS的默认机会锁（Oplock）机制会将该读锁标记为活跃状态，即便Power Query完成数据刷新后也不会立即释放，导致源文件所在设备无法获取写入权限，触发占用提示。

• 修改Power Query读取逻辑，避免持有文件锁
  打开所有关联的myfile.xlsm，依次进入数据>获取数据>启动Power Query编辑器，找到对应source.xlsm的查询，将源步骤调整为优先把文件完整读入内存再解析，无需长期持有文件句柄，参考M代码如下：

  let
    // 先将源文件内容完整加载到设备内存，不持有NAS文件锁
    SourceContent = File.Contents("\\你的NAS共享路径\source.xlsm"),
    // 解析内存中的文件内容，第三个参数设为false禁用独占访问
    WorkbookContent = Excel.Workbook(SourceContent, null, false),
    // 后续步骤保留原有的表/工作表选择逻辑即可
    TargetTable = WorkbookContent{[Item="你需要读取的表名", Kind="Table"]}[Data]
  in
    TargetTable
  

  所有关联文件修改完成后，读操作全程不会对source.xlsm加锁，完全不影响管理员写入保存。
• 调整NAS共享配置（需NAS管理员权限）
  进入NAS对应共享文件夹的高级设置，关闭*机会锁（Oplock）*功能，或将锁的自动释放超时时间调整为5秒以内，避免跨设备的读锁长期滞留。该方案无需修改终端Excel配置，适合批量部署的场景。
• 读写链路隔离方案（最稳定）
  在source.xlsm中新增自动导出宏，管理员每次保存源文件时自动生成一份不带宏的只读数据副本source_readonly.xlsx到同一路径，所有myfile.xlsm的查询统一改为读取该副本。彻底隔离读写链路，完全不会出现锁冲突，适合数据更新频率不高于每小时1次的场景。
• 启用源文件共享模式（临时适配方案）
  管理员打开source.xlsm，进入审阅>共享工作簿（旧版），勾选「允许多用户同时编辑，同时允许工作簿合并」后保存。该方案无需修改其他关联文件，但会禁用部分高级功能（如结构化表编辑、VBA项目修改），仅适合临时应急使用。

1. 在A设备打开source.xlsm并做任意修改
2. 在B设备打开任意myfile.xlsm，执行数据刷新操作
3. 回到A设备执行保存，确认无文件占用提示即为配置生效

内容的提问来源于stack exchange，提问作者user1753362