这是动态编译场景里挺常见的问题，我来帮你拆解一下可能的原因和对应的排查方向：

• 调试器/进程未释放文件句柄
  pdb是调试符号文件，比dll更容易被调试器或当前进程锁定。哪怕你用管理员权限运行，只要有进程（比如VS的调试会话、你自己的程序进程）还握着这个文件的句柄，系统就会返回“访问被拒绝”的错误。你可以用Process Explorer工具搜索Calculations.pdb，就能看到哪个进程在占用它。
  解决思路：确保所有调试会话完全退出；如果你的程序是在自定义AppDomain里加载的程序集，重建前先调用AppDomain.Unload()卸载该域；或者手动触发GC回收（GC.Collect() + GC.WaitForPendingFinalizers()），等待相关文件句柄被释放。

• 动态编译代码未正确清理资源
  如果你用CSharpCodeProvider这类工具做动态编译，编译生成的CompilerResults对象如果没有被及时回收，或者里面的临时文件没有显式清理，可能会导致pdb文件被持续锁定。比如有些时候，CompilerResults会默认保留符号文件的引用，直到对象被GC回收。
  解决思路：编译完成后，显式调用compilerResults.TempFiles.Delete()清理临时文件；确保CompilerResults对象不再被引用，让GC能及时回收它。

• 特殊文件系统权限或虚拟化拦截
  虽然你是管理员，但如果Assembly文件夹在系统保护目录（比如C:\Program Files），UAC虚拟化可能会把文件重定向到虚拟目录，导致你实际操作的不是真实的pdb文件；或者文件夹的权限设置有特殊继承规则，刚好影响到pdb文件。
  解决思路：把Assembly文件夹移到非系统保护目录（比如C:\Temp\Assembly）；检查pdb文件的属性，确认没有被标记为“只读”。

• 杀毒软件或监控工具拦截
  部分杀毒软件、文件监控工具会实时扫描新生成的pdb文件，暂时锁定文件导致无法删除。这种情况下，其他文件可能因为扫描更快完成，所以能正常删除，而pdb文件因为包含调试信息，扫描时间更长，刚好在你删除的时候被锁定。
  解决思路：临时关闭杀毒软件测试，或者把Assembly文件夹加入杀毒软件的白名单。

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