Windows 上打开 Zarr 报 PermissionError，先指定 xarray 引擎

同一个本地 Zarr 目录，用 xr.open_zarr() 能读取，换成 xr.open_dataset() 却报 PermissionError: [Errno 13] Permission denied。如果堆栈停在 netCDF4 的引擎探测，并不是立刻就该更改目录权限。

明确环境为 Windows 11、xarray 2026.9.0、netCDF4 1.7.4、zarr 3.4.1。自动识别先让后端尝试打开输入，netCDF4 把目录当普通文件读取文件头；Windows 可对此抛 PermissionError，探测流程又直接转抛这一错误，于是没有继续选择 Zarr 后端。

已知是 Zarr，就明确告诉读取器

对确定为 Zarr 的本地存储，直接指定后端：

import xarray as xr

with xr.open_dataset("input.zarr", engine="zarr", chunks={}) as dataset:
    selected = dataset["temperature"].isel(time=slice(0, 3)).load()

也可以采用专门入口 xr.open_zarr("input.zarr", chunks={})。示例要求存储中确有 temperature 变量和 time 维度，选择范围按原任务修改；chunks={} 在这套环境中使用存储提供的分块信息，并依赖可用的分块后端。不要为了证明可以读就对整个大型存储 .load()。

在关闭上下文前加载需要保留的结果，避免离开文件生命周期后才首次访问懒数据。若任务需要持续惰性处理，则应由应用明确管理打开对象的生命周期，而非照抄一个过早关闭的上下文。

显式后端仍失败时，再查真实权限

只有自动探测失败、指定同一存储的 Zarr 后端可以读取，才符合这条诊断。如果显式后端也报权限异常，继续检查路径、实际进程账户、目录及块文件访问，不要捕获所有 PermissionError 后假装是引擎问题。

Zarr 是目录存储时，不应把它改成单个 .nc 文件，或为绕过探测把目录扩展名反复改写。文件格式、权限与后端选择是不同的条件。也不需要将目录权限放宽给所有用户，更不能停用业务访问控制来通过一次读取。

如果错误提示未安装 Zarr 引擎或缺少依赖，则与这里的目录探测异常不同；先在项目环境中核对所用后端及依赖约束。

真正读取分块后再判断成功

open_dataset 返回对象只说明元数据入口打开了，后续访问仍可能触发块读取错误。验收应比较变量名、维度、坐标、dtype 和选定小范围的实际值，再覆盖项目需要的空选择、缺失块或编码设置。

这个处理没有改写存储，也不应输出到原目录覆盖数据。若原任务还包含写入，先把读取故障与写入权限、同步和格式版本分别验收。正式 2026.9.0 的探测源码仍转抛 PermissionError；恢复依赖自动识别前，应对照后续正式版本和同一个 Windows 目录样本复查。