兄弟，这个问题我之前帮同事排查过，简直一模一样！你遇到的核心坑点是：Access 365（64位，v16.0.13801.21072）关闭后后台进程赖着不走，再次打开数据库时还没运行自己的代码就弹出Could not use 'Admin'; file already in use报错，而且Procmon没抓到文件锁定、Office修复也没用。

下面是几个我亲测或社区验证有效的解决方向，按优先级来试：

1. 先排查第三方加载项/宏的锅 #

Access进程残留十有八九是没正常释放的COM对象或者偷偷后台跑的宏/插件搞的，哪怕你自己没写相关代码，第三方加载项也可能搞事情：

• 先打开Access（别碰目标数据库），点「文件」→「选项」→「加载项」，底部「管理」选「COM加载项」→「转到」，把所有非微软官方的加载项都禁用，重启Access再测试。
• 如果数据库有AutoExec宏，检查里面有没有没收尾的操作（比如打开了隐藏窗体没关，或者调用了外部程序没释放）；要是accde文件，得去查原accdb的代码有没有漏写Set obj = Nothing这类对象释放的语句——accde看不了代码，但原文件能排查。

2. 写个脚本自动杀残留进程（临时救急） #

既然手动杀进程能解决，不如搞个批处理脚本，每次打开数据库前自动清掉残留的Access进程：

• 新建个记事本，复制下面的代码，替换成你的Office路径和数据库路径，保存成打开数据库.bat：

@echo off
taskkill /f /im msaccess.exe
start "" "C:\Program Files\Microsoft Office\root\Office16\MSACCESS.EXE" "C:\你的数据库路径\目标文件.accdb"

• 以后双击这个批处理打开数据库，就不用手动去任务管理器杀进程了。

3. 检查权限和虚拟内存 #

有时候权限不够或者内存不足，Access也没法正常退出：

• 右键Access快捷方式，选「属性」→「兼容性」，勾选「以管理员身份运行此程序」，测试是否还会留进程。
• 检查虚拟内存：右键「此电脑」→「属性」→「高级系统设置」→「性能」→「设置」→「高级」→「虚拟内存」，确保是系统自动分配大小，别手动设太小——内存不够时Access没法回收进程资源。

4. 重置Access注册表关联（谨慎操作） #

如果是注册表关联坏了导致进程异常：

• 按Win+R输入regedit打开注册表，定位到HKEY_CLASSES_ROOT\Access.Application.16。
• 先右键备份这个项（选「导出」），然后右键删除它，再打开Office安装程序做「快速修复」，系统会自动重建正确的注册表关联。

5. 试试新用户账户（终极排查） #

极少数情况是当前用户的Office配置文件坏了：

• 创建个新的本地管理员账户，登录后测试打开关闭数据库，如果新账户正常，说明原用户的配置出问题了。可以打开「运行」输入%appdata%\Microsoft\Office，备份后删掉OfficeFileCache和Access文件夹，重启Access试试。

补充一句：你说Procmon没抓到文件锁定，其实这个报错里的"Admin"不是物理文件，是Access的系统级管理员用户对象，进程残留时这个对象没被释放，新进程拿不到所有权，所以核心还是要搞定进程残留的根源。

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