每当我试图复制4个文件到我的bin文件夹，停止主服务后，我得到一个文件(TexteDll)错误。错误是:
Cannot copy TexteDll: The requested operation cannot be performed on a file
with a user-mapped section open
这可能是由于一些系统锁定。或者另一个进程正在使用这个DLL。当我在谷歌上搜索时，我发现重新启动系统可以解决这个问题。
有人能给出原因或者解决办法吗?我检查了TexteDll的属性(通用、版本、安全性等)。一切都很正常。
当前回答
在我的情况下，仍然有VS2022 (devenv.exe)运行的“不可见”实例。它被列在任务管理器中，状态=挂起，但在任务栏或其他任何地方都看不到相应的窗口。在终止该进程之后，问题就解决了。
其他回答
以上都没有解决这个问题。
有人在我的解决方案集中有一个项目在构建配置中使用x64 CPU。将其更改为Any CPU会导致构建使用新文件夹。我仍然不知道哪个进程对那个文件有锁。
如果你正在使用像AQ Time这样的分析器，它们也可能会锁定文件。在这种情况下，解决方案是重新启动分析器或简单地从分析器卸载/加载相关程序集。 对于AQ时间，我注意到它在一段时间后释放文件，但我不能告诉我的生活超时是什么。 似乎是随机的
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处理
在我的情况下，删除项目根obj文件夹和重建项目解决了我的问题!
