跨服务器ASP.NET Core控制台应用：App2调用运行中App1的方法传参

你现在的需求是让跨服务器的App2调用运行中App1的方法，还要支持数据库这类业务操作，结合ASP.NET Core的生态，我推荐下面几种方案，按场景优先级排序：

方案一：将App1改造为ASP.NET Core Web API（最直接、易维护） #

原来的App1是纯控制台应用，没有远程调用的入口，最稳妥的方式是给它添加Web服务能力，通过HTTP API暴露需要调用的方法。这样App2只需要通过HTTP请求就能调用，兼容性强，也符合ASP.NET Core的最佳实践。

步骤1：改造App1 #

1. 首先修改App1的项目文件（.csproj），添加ASP.NET Core依赖：

<Project Sdk="Microsoft.NET.Sdk.Web">
  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>net8.0</TargetFramework>
    <Nullable>enable</Nullable>
    <ImplicitUsings>enable</ImplicitUsings>
  </PropertyGroup>
</Project>

（如果用的是更早的.NET版本，比如6/7，对应修改TargetFramework即可）

2. 重构Program.cs，将控制台转为Web主机，同时集成业务逻辑（包括数据库操作）：

using Microsoft.EntityFrameworkCore;

namespace App1
{
    // 假设你的数据库上下文类
    public class AppDbContext : DbContext
    {
        public AppDbContext(DbContextOptions<AppDbContext> options) : base(options)
        {
        }
        // 你的业务DbSet
        // public DbSet<YourEntity> YourEntities { get; set; }
    }

    // 把原来的静态方法移到业务服务类中，方便依赖注入和线程安全
    public class BusinessService
    {
        private readonly AppDbContext _dbContext;

        public BusinessService(AppDbContext dbContext)
        {
            _dbContext = dbContext;
        }

        public async Task ExecuteMethod(string foo)
        {
            Console.WriteLine(foo);
            // 这里添加你的数据库操作，比如：
            // await _dbContext.YourEntities.AddAsync(new YourEntity { Name = foo });
            // await _dbContext.SaveChangesAsync();
        }
    }

    class Program
    {
        static async Task Main(string[] args)
        {
            var builder = WebApplication.CreateBuilder(args);

            // 注册数据库上下文（根据你的数据库类型配置，比如SQL Server）
            builder.Services.AddDbContext<AppDbContext>(options =>
                options.UseSqlServer(builder.Configuration.GetConnectionString("DefaultConnection")));

            // 注册业务服务
            builder.Services.AddScoped<BusinessService>();

            var app = builder.Build();

            // 暴露API端点，供App2调用
            app.MapPost("/api/execute-method", async (BusinessService service, [FromBody] string foo) =>
            {
                await service.ExecuteMethod(foo);
                return Results.Ok();
            });

            // 启动Web服务，指定监听地址（确保App2能访问到，比如0.0.0.0:5000）
            await app.RunAsync("http://0.0.0.0:5000");
        }
    }
}

注意：原来的静态Method改成了业务服务中的异步方法，这样能更好地处理数据库这类IO操作，同时依赖注入也保证了线程安全（避免静态类共享DbContext的问题）。

3. 配置App1的appsettings.json，添加数据库连接字符串：

{
  "ConnectionStrings": {
    "DefaultConnection": "YourDatabaseConnectionString"
  }
}

步骤2：App2调用App1的API #

在App2中，使用HttpClient来发送请求（推荐注册为单例服务）：

// 在App2的Program.cs中注册HttpClient
builder.Services.AddHttpClient("App1Client", client =>
{
    client.BaseAddress = new Uri("http://App1服务器IP:5000/");
});

// 在需要调用的地方注入IHttpClientFactory
public class App2BusinessService
{
    private readonly IHttpClientFactory _httpClientFactory;

    public App2BusinessService(IHttpClientFactory httpClientFactory)
    {
        _httpClientFactory = httpClientFactory;
    }

    public async Task CallApp1Method(string foo)
    {
        var client = _httpClientFactory.CreateClient("App1Client");
        var response = await client.PostAsJsonAsync("/api/execute-method", foo);
        response.EnsureSuccessStatusCode(); // 处理请求失败的情况
    }
}

方案二：使用gRPC（高性能、适合频繁调用） #

如果你的调用比较频繁，对性能要求高，可以用gRPC替代HTTP API，它是基于HTTP/2的远程调用框架，效率更高。

核心步骤： #

1. 在App1中添加gRPC服务，定义.proto文件描述调用方法
2. App1实现gRPC服务，集成业务逻辑（包括数据库操作）
3. App2添加gRPC客户端，生成代码后调用App1的服务

这种方案的性能比普通HTTP API好，但配置稍复杂，适合高并发场景。

方案三：消息队列（异步解耦、适合非即时响应的业务） #

如果你的业务操作不需要App2等待结果，只是要触发App1执行任务，可以用消息队列（比如RabbitMQ、Azure Service Bus）：

• App2发送消息到队列
• App1作为消费者监听队列，收到消息后执行对应的方法和业务操作

这种方案能很好地解耦两个应用，避免因为App1不可用导致App2阻塞，适合异步业务场景。

注意事项 #

• 网络与安全：确保App1所在服务器的防火墙开放了对应的端口（比如5000），如果是生产环境，建议用HTTPS，添加API密钥或者OAuth2认证来保护接口。
• 可靠性：如果是关键业务，要考虑重试机制、请求幂等性，避免重复执行数据库操作。
• 日志监控：在App1中添加日志，记录每次调用的参数和执行结果，方便排查问题。

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