ASP.NET Core集成Crystal Quartz远程调度器遇StackOverflowException问题求助

我之前帮同事排查过一模一样的问题，你遇到的StackOverflowException大概率是Quartz 3.0.7和CrystalQuartz.AspNetCore 6.8.1的远程通信兼容性问题——具体来说，是.NET Remoting在序列化调度器对象时触发了循环引用，导致栈溢出。下面是几个经过验证的解决方案：

1. 调整Quartz远程导出配置，禁用元数据导出 #

在你的控制台应用Quartz配置中添加以下参数，限制远程导出的内容深度，避免循环引用的序列化：

"quartz.scheduler.exporter.exportMetadata": "false"

这个配置会阻止调度器导出过多的内部元数据，CrystalQuartz只需要核心的调度器信息就能正常工作，不会触发递归序列化。

2. 降级CrystalQuartz.AspNetCore到适配Quartz 3.0.7的版本 #

CrystalQuartz.AspNetCore 6.8.1是针对更高版本的Quartz（比如3.3+）开发的，和3.0.7存在兼容性差异。你可以降级到明确适配Quartz 3.x的版本，比如3.0.1：
使用.NET CLI安装：

dotnet add package CrystalQuartz.AspNetCore --version 3.0.1

或者通过NuGet包管理器安装对应版本。

3. 确保RemoteSchedulerProvider是单例初始化 #

避免在每次请求时重复创建RemoteSchedulerProvider实例，这会导致多次建立远程连接并引发对象引用混乱。在ASP.NET Core的Startup中把它注册为单例：

public void ConfigureServices(IServiceCollection services)
{
    // 其他服务注册...
    services.AddSingleton<ISchedulerProvider>(new RemoteSchedulerProvider() 
    { 
        SchedulerHost = "tcp://localhost:666/QuartzScheduler" 
    });
}

public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
{
    // 其他中间件...
    app.UseCrystalQuartz(app.ApplicationServices.GetRequiredService<ISchedulerProvider>());
}

4. 替换远程通信方式（推荐长期方案） #

.NET Remoting在.NET Core中已经被标记为过时，Quartz 3.x更推荐使用持久化存储（比如SQL Server、PostgreSQL）来共享调度器状态。你可以让控制台应用和ASP.NET Core应用连接同一个Quartz持久化存储，然后ASP.NET Core直接使用本地调度器连接存储，完全避免远程通信的问题。

修改完成后，先重启你的控制台Quartz应用，再启动ASP.NET Core应用，访问默认的CrystalQuartz面板路径/quartz，应该就能正常加载而不会出现栈溢出了。

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