删一个文件弹出「操作无法完成，因为文件已在另一程序中打开」，或者「你需要来自Administrators的权限才能对此文件进行更改」，再或者「源路径太长」。这三种提示看着像一回事，实际是三种完全不同的原因，处理方式也各不相同，先看清是哪一句再动手。
按报错原文分一下：提示文件被打开，是句柄占用；提示权限，是ACL和所有者不对；提示路径太长，是MAX_PATH那260个字符的限制。三类里第一类最常见，也最容易误判。
句柄占用：先找到是哪个进程
Windows自带的资源监视器就能查，不用装任何东西。Win+R输入resmon回车，切到CPU选项卡，展开下方的「关联的句柄」，在搜索框里填文件名的一部分，下面会列出进程名、PID和句柄路径。实测只填几个关键字就行，全名太长反而搜不到。
搜出来的进程如果是explorer.exe，别直接结束，在任务管理器里右键「Windows资源管理器」选重新启动，桌面会闪一下，之后一般就能删了。缩略图预览、rar解压窗口、编辑器的自动保存，都是这类。
资源监视器搜不出来的，多半是句柄在特权进程手里。这时候上Sysinternals的handle.exe，管理员权限打开命令行：
handle.exe 文件名关键字 -accepteula handle.exe -p explorer handle.exe -p <PID>
Handle 5.0、Process Explorer 17.13、Process Monitor 4.1、SDelete 2.06，这几个工具到2026年都还在更新，直接从微软站点下或者用Sysinternals Live的路径跑都行。handle.exe输出里带PID和句柄号（-v开关以CSV输出，-g能打印授权掩码），拿到PID后taskkill /PID 1234 /F结束进程。
Process Explorer是图形界面的另一条路：Find菜单里的Find Handle or DLL，搜到之后对着那一行右键Close Handle，不用结束整个进程。这个操作有风险，关掉的句柄如果被进程当成还有效，程序下一步可能直接崩，数据库类进程别这么干。
PID 4的System进程占着怎么办
资源监视器里显示占用者是System（PID 4），taskkill也没权限，这种句柄在内核里，杀不掉。之前遇到过一次是卷影复制和杀毒软件的实时扫描在打架，把杀软临时关掉就好了。另外一些是文件共享（Session Manager的PendingFileRenameOperations）还没执行完，用PendMoves列一下：
pendmoves
这个工具输出的，是下次重启时才会执行的改名和删除操作。列表里如果有目标文件，重启一次就干净了。
实在不行就进安全模式，Windows 10.0.19045、10.0.22631、10.0.26100，这几个版本的进入方式略有差别，但都是设置里的恢复、高级启动、启动设置、按4或5。安全模式下第三方服务和杀软都不加载，Shift+Delete直接删，成功率很高。
权限类：先拿所有权再改ACL
提示需要管理员权限、或者报错0x80070005，先确认当前账户是不是文件的所有者。从别的机器拷贝过来、或者老系统迁移留下的目录，所有者经常是个已经不存在的SID。管理员权限的命令行里依次执行：
takeown /F "D:\data\old" /R /D Y /A icacls "D:\data\old" /grant administrators:F /T rmdir /S /Q "D:\data\old"
takeown的/A是把所有权给administrators组，不加/A是给当前用户。/R递归，/D Y是对所有确认提示默认答Y。icacls的/T同样递归，F是完全控制。这两步做完基本都能删，如果还是拒绝访问，那就回到句柄那一步，说明还有进程握着。共享冲突的错误码是0x80070020，看到这个直接查句柄，别在权限上浪费时间。
路径太长：260字符那道坎
提示源路径太长、或者报错0x800700CE，是MAX_PATH的260字符限制。开发机上node_modules、Java的深层包目录经常踩到。两个办法，一个临时的一个长期的。
临时的用\\?\前缀，绕过API的路径解析：
rmdir /S /Q "\\?\D:\proj\a\b\c\d\e\very\deep\dir" del /F /Q "\\?\D:\proj\a\b\c\......\target.txt"
注意\\?\后面必须是完整绝对路径，相对路径和正斜杠都不认，而且加了这个前缀后路径里的.和..不再被解析。文件名末尾带点或者带尾随空格的那类畸形文件（比如report.txt.），也只有这个前缀能删掉。
长期的办法是打开长路径支持，注册表HKLM\SYSTEM\CurrentControlSet\Control\FileSystem下的LongPathsEnabled改成1（DWORD），重启生效。这个是全局开关，改之前确认应用自己能处理长路径。
还有个偏门但好用的招：用robocopy把一个空目录镜像过去，robocopy会先把目标目录清空，顺带把深层结构抹掉，最后再删空目录：
mkdir C:\empty robocopy C:\empty "D:\proj\deep" /MIR /R:1 /W:1 rmdir "D:\proj\deep"
/MIR会同步删除目标端多出来的内容，用之前确认路径没写错，指向错目录是直接清空的。
还删不掉就查文件系统
以上都试过还不行，跑一次chkdsk：
chkdsk D: /F
系统盘会提示下次重启时执行，同意然后重启。遇到过两次是NTFS元数据里的孤立记录，chkdsk跑完文件就正常了。
日常预防上，删之前先关掉可能占用文件的程序，比事后排查省事。服务器上的日志目录被IIS或者Java进程长期握着句柄是最常见的场景，清理脚本里加一步先停服务，就不会出现删不掉的情况。
数据截至2026年10月。