解决.NET Core多实例运行文件占用问题：无需复制文件夹的方法

我明白你遇到的痛点：用dotnet run从多个终端启动同一个项目时，经常碰到MSB3026警告，提示DLL文件被其他进程占用，偶尔才能成功启动多个实例。不用复制项目文件夹的话，有几个简单可靠的方法可以解决这个问题：

方法一：指定独立的输出目录（最直接） #

dotnet run默认会把编译产物输出到同一个bin/Debug/netcoreapp2.0目录，多个实例同时编译时就会争抢文件资源。你可以给每个实例指定单独的输出目录，彻底避免冲突：

• 第一个终端运行：

  dotnet run --output bin/Debug/netcoreapp2.0/Instance1
  

• 第二个终端运行：

  dotnet run --output bin/Debug/netcoreapp2.0/Instance2
  

每个实例的编译产物会存放在各自的子目录里，完全不会互相干扰，而且修改代码后，每个实例都会自动重新编译自己的版本。

方法二：先编译再启动独立实例（适合无需频繁改代码的场景） #

如果不需要每次启动都重新编译，可以先一次性完成项目编译，再直接运行编译好的DLL，同时指定不同的运行端口（如果是Web应用的话）：

1. 先在任意终端执行编译：

   dotnet build
   

2. 第一个终端启动实例：

   dotnet bin/Debug/netcoreapp2.0/MyApp.dll --urls=http://localhost:5000
   

3. 第二个终端启动另一个实例：

   dotnet bin/Debug/netcoreapp2.0/MyApp.dll --urls=http://localhost:5001
   

这种方式跳过了dotnet run自带的编译步骤，不会触发文件复制操作，自然就不会出现文件占用的问题。如果后续修改了代码，只需要重新执行dotnet build，再重启实例即可。

方法三：修改项目文件动态指定输出路径（更灵活） #

你可以在项目的.csproj文件里添加配置，让输出路径支持自定义参数，这样每次启动时只需传入不同的实例标识即可：

1. 打开MyApp.csproj，在<PropertyGroup>节点里添加：

   <OutputPath>bin\$(Configuration)\$(TargetFramework)\$(InstanceName)\</OutputPath>
   

2. 启动实例时通过/p参数指定实例名称：
   • 第一个终端：

     dotnet run /p:InstanceName=Instance1
     

   • 第二个终端：

     dotnet run /p:InstanceName=Instance2
     

这种方式和方法一原理类似，但把路径配置集成到了项目文件里，后续启动时只需传简短参数，不用写长长的输出路径。

问题根源补充 #

出现这个警告的核心原因是：dotnet run命令会先执行编译流程，编译过程中需要将obj目录下的产物复制到bin目录。如果第一个实例正在运行，bin里的DLL文件会被进程锁定，第二个实例的编译步骤就无法完成文件复制，从而抛出警告。偶尔成功是因为进程锁定刚好在复制瞬间被短暂释放，但这种情况完全不可靠。

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