如何在同一服务器上从.Net Core API读取.Net Framework项目路径？

当然可以通过IIS的原生特性来实现这个需求，不用硬编码路径或者手动配置每个项目。下面是几个适合你场景的可行方案：

方案1：利用应用程序池环境变量 #

这是我比较推荐的方案，配置一次就能让同应用程序池下的所有项目共享路径：

• 打开IIS管理器，找到Project2对应的应用程序池，右键选择「高级设置」。
• 在「环境变量」区域，点击「...」按钮添加自定义变量，比如变量名设为PROJECT1_ROOT，值填C:\inetpub\wwwroot\Project1\。
• 在Project2的代码里，直接通过Environment.GetEnvironmentVariable("PROJECT1_ROOT")就能读取到这个路径。
• 优势：配置集中，不需要修改项目的核心业务逻辑，而且如果Project1路径变更，只需要更新应用程序池的环境变量即可。

方案2：站点级应用程序设置 #

适合需要在站点维度单独配置的场景：

• 在IIS管理器中找到Project2的站点，打开「应用程序设置」（如果是.Net Core项目，也可以通过「配置编辑器」选择system.webServer/aspNetCore节点来添加）。
• 添加一个键值对，比如键为Project1RootPath，值为C:\inetpub\wwwroot\Project1\。
• 在Project2中，通过.Net Core的配置系统读取：Configuration["Project1RootPath"]（确保你的项目已经正确注入了IConfiguration服务）。
• 注意：IIS的应用程序设置会自动和项目的appsettings.json配置合并，读取逻辑和读取本地配置完全一致。

方案3：虚拟目录映射（针对文件访问场景） #

如果Project2需要直接读取Project1目录下的文件，而不仅仅是获取路径，可以用这个方法：

• 在Project2的站点下创建一个虚拟目录，比如命名为Project1Shared，物理路径指向C:\inetpub\wwwroot\Project1\。
• 在Project2中，通过IHostingEnvironment（.Net Core 2.2中的对应服务）来构造路径，示例代码：

  var project1Path = Path.Combine(_hostingEnvironment.ContentRootPath, "../Project1Shared");
  

• 关键提醒：必须确保Project2的应用程序池身份拥有Project1目录的读取权限，否则会抛出权限不足的异常。

通用注意事项 #

• 权限配置：不管用哪种方案，都要给Project2的应用程序池账户（默认是IIS AppPool\[你的应用程序池名称]）添加Project1目录的读取权限——右键目录→「属性」→「安全」→添加账户并授予读取权限。
• 变更生效：修改IIS配置后，需要重启Project2的应用程序池或者站点，确保配置生效。

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