每当我试图复制4个文件到我的bin文件夹，停止主服务后，我得到一个文件(TexteDll)错误。错误是:
Cannot copy TexteDll: The requested operation cannot be performed on a file
with a user-mapped section open
这可能是由于一些系统锁定。或者另一个进程正在使用这个DLL。当我在谷歌上搜索时，我发现重新启动系统可以解决这个问题。
有人能给出原因或者解决办法吗?我检查了TexteDll的属性(通用、版本、安全性等)。一切都很正常。
当前回答
关闭visual studio，删除bin，调试发布文件夹，重新启动visual studio项目。 这解决了我的问题
其他回答
在我的例子中，问题是visual Studio 2019上的视觉微。它正在抱怨\_vm\compile.vmps.xml文件。可能无法删除/修改。我通过删除项目根目录中的_vm文件夹并重新构建解决方案来修复这个问题。
以上都没有解决这个问题。
有人在我的解决方案集中有一个项目在构建配置中使用x64 CPU。将其更改为Any CPU会导致构建使用新文件夹。我仍然不知道哪个进程对那个文件有锁。
在我的例子中，是资源管理器锁定了调试文件夹中编译的DLL…很奇怪，不是吗?
我是用一个叫解锁的工具发现的。
必须用Unlocker删除，即使它说文件没有锁，我不能删除文件夹，直到我不删除那个文件……
之后，它进行了编译。
编辑:
我发现了为什么在我的案例中会发生这种情况。我在Visual Studio的文本编辑器中打开了DLL…
在我的情况下，仍然有VS2022 (devenv.exe)运行的“不可见”实例。它被列在任务管理器中，状态=挂起，但在任务栏或其他任何地方都看不到相应的窗口。在终止该进程之后，问题就解决了。
Sometimes when you double click on a warning about the referenced assembly version mismatch between two or more projects you forget to close the assembly view window and it stays there among other tabs... so you end up with the assembly being locked by VS itself and it took me quite a lot of time to figure that out :) Be careful with the power VS provides ;) Another dummy scenario. Sometimes simply deleting the whole obj folder or just the file warned as the locked one helps out with this crappy error.
