每当我试图复制4个文件到我的bin文件夹，停止主服务后，我得到一个文件(TexteDll)错误。错误是:
Cannot copy TexteDll: The requested operation cannot be performed on a file
with a user-mapped section open
这可能是由于一些系统锁定。或者另一个进程正在使用这个DLL。当我在谷歌上搜索时，我发现重新启动系统可以解决这个问题。
有人能给出原因或者解决办法吗?我检查了TexteDll的属性(通用、版本、安全性等)。一切都很正常。
当前回答
以上都没有解决这个问题。
有人在我的解决方案集中有一个项目在构建配置中使用x64 CPU。将其更改为Any CPU会导致构建使用新文件夹。我仍然不知道哪个进程对那个文件有锁。
其他回答
我也有同样的问题。我是这样决定的:
打开“任务管理器” 结束任务“Explorer.exe” 点击“文件”——>创建新任务——在“explorer.exe”中输入——> 清洁我的项目，它工作
其他人已经确定此错误是由于另一个应用程序对该文件进行了锁定。只是想指出git diff锁文件以及直到你退出它。这就是我患病的原因。
我也有同样的问题，在我的情况下，似乎现有的输出文件被其他应用程序锁定。
你可以用OpenedFilesView检查哪个应用程序锁定了你的输出文件: http://www.nirsoft.net/utils/opened_files_view.html
这是一个不同的例子。似乎由于正在使用文件句柄，就会发生这种情况。我相信这就是为什么这个答案是有效的。对我来说，我有更多的项目。从命令行打开csproj，忘记了我让它打开。所以把手是锁着的。 Sysinternals有一个简洁的命令行工具，如果您偏爱命令行，则称为handle。你可以输入handle <你想要的任何文件或文件夹的部分名称>，它会告诉你什么程序(如果有的话)正在使用它。
由Sysinternals处理
我在windows 10, Visual Studio 2022, Visual Basic项目上遇到过。进程资源管理器“查找句柄/DLL”显示了4行devenv.exe锁定文件。
除了杀死devenv.exe，我还可以通过简单地删除包含锁定文件的文件夹来修复这个问题(在这种情况下，它是bin\Debug)。这很奇怪，因为我不允许删除锁定的文件，但我可以删除整个文件夹。
