每当我试图复制4个文件到我的bin文件夹，停止主服务后，我得到一个文件(TexteDll)错误。错误是:
Cannot copy TexteDll: The requested operation cannot be performed on a file
with a user-mapped section open
这可能是由于一些系统锁定。或者另一个进程正在使用这个DLL。当我在谷歌上搜索时，我发现重新启动系统可以解决这个问题。
有人能给出原因或者解决办法吗?我检查了TexteDll的属性(通用、版本、安全性等)。一切都很正常。
当前回答
不知何故，一个简单的重启解决了我的问题。
其他回答
关闭VS上的所有文档，并尝试重新构建。如果不工作，重新启动VS.此问题与DLL文件的锁有关。
发生在我把项目目标CPU从“任何CPU”改为“X64”，然后回到“任何CPU”之后。 通过删除Obj文件夹解决了这个问题(对于初学者:不要担心删除Obj文件夹，它将在下一次编译中重新创建)。
在我的例子中，是资源管理器锁定了调试文件夹中编译的DLL…很奇怪，不是吗?
我是用一个叫解锁的工具发现的。
必须用Unlocker删除，即使它说文件没有锁，我不能删除文件夹，直到我不删除那个文件……
之后，它进行了编译。
编辑:
我发现了为什么在我的案例中会发生这种情况。我在Visual Studio的文本编辑器中打开了DLL…
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.
这是一个不同的例子。似乎由于正在使用文件句柄，就会发生这种情况。我相信这就是为什么这个答案是有效的。对我来说，我有更多的项目。从命令行打开csproj，忘记了我让它打开。所以把手是锁着的。 Sysinternals有一个简洁的命令行工具，如果您偏爱命令行，则称为handle。你可以输入handle <你想要的任何文件或文件夹的部分名称>，它会告诉你什么程序(如果有的话)正在使用它。
由Sysinternals处理
