SSRS并发问题求助：多客户端调用同报表定义出现内容异常

这种并发场景下的报表内容串用、默认参数异常问题我之前也踩过坑，核心原因基本都是服务器端的SSRS WebService代理或参数没有做到请求级别的隔离，加锁没用大概率是锁的范围不对或者没触碰到真正的问题点，给你几个具体的排查和解决方向：

1. 检查SSRS代理实例的复用方式 #

很多人图方便会把ReportExecutionService或者ReportingService2010做成静态单例，但这些代理对象本身不是线程安全的！并发请求时，多个请求会同时修改同一个代理的参数，直接导致参数覆盖。

正确做法：每个请求都创建独立的代理实例，不要复用静态/全局的代理对象：

public byte[] GenerateClientReport(string reportPath, Dictionary<string, string> clientParams)
{
    // 每个请求单独实例化SSRS执行服务代理
    var rsExec = new ReportExecutionService();
    rsExec.Credentials = System.Net.CredentialCache.DefaultCredentials;
    rsExec.Url = "http://your-ssrs-server/ReportServer/ReportExecution2005.asmx";

    // 绑定当前请求的参数
    var paramValues = clientParams.Select(kv => new ParameterValue { Name = kv.Key, Value = kv.Value }).ToArray();
    rsExec.SetExecutionParameters(paramValues, "en-us");

    // 执行渲染并返回结果
    string extension, mimeType, encoding;
    Warning[] warnings;
    string[] streamIds;
    return rsExec.Render("PDF", null, out extension, out mimeType, out encoding, out warnings, out streamIds);
}

错误示例（别这么干）：

// 静态代理会导致并发参数污染
private static ReportExecutionService _sharedRsExec;

public byte[] GenerateClientReport(string reportPath, Dictionary<string, string> clientParams)
{
    if (_sharedRsExec == null)
    {
        _sharedRsExec = new ReportExecutionService();
        // ...初始化配置
    }
    // 多个请求同时修改_sharedRsExec的参数，必然串用
    _sharedRsExec.SetExecutionParameters(/* 参数 */);
}

2. 确保参数的请求级隔离 #

服务器端接收到客户端的参数后，不要把参数存在类的成员变量、全局变量里，必须用局部变量或者绑定到当前请求上下文（比如HttpContext.Items），确保每个请求的参数都是独立的，不会被其他请求覆盖。

比如，不要写这样的代码：

// 成员变量存储参数，并发时会被覆盖
private Dictionary<string, string> _currentParams;

public void ProcessClientRequest()
{
    _currentParams = GetClientParams();
    CallSsrsWebService();
}

改成局部变量：

public void ProcessClientRequest()
{
    var currentParams = GetClientParams();
    CallSsrsWebService(currentParams);
}

3. 重新调整锁的实现（如果必须用锁） #

如果之前加的是全局锁，不仅会严重降低并发性能，还可能因为锁的范围没覆盖完整流程而无效。正确的锁姿势应该是：

• 不要用全局锁，而是为每个报表定义维护独立的锁对象（用ConcurrentDictionary管理），避免不同报表之间互相阻塞
• 锁要包裹从创建代理、设置参数到执行报表渲染的整个流程

示例代码：

// 用ConcurrentDictionary存储每个报表的锁对象
private static ConcurrentDictionary<string, object> _reportLocks = new ConcurrentDictionary<string, object>();

public byte[] GenerateClientReport(string reportPath, Dictionary<string, string> clientParams)
{
    // 获取当前报表对应的锁对象
    var lockObj = _reportLocks.GetOrAdd(reportPath, k => new object());
    lock (lockObj)
    {
        // 整个报表生成流程都在锁内
        var rsExec = new ReportExecutionService();
        // ...初始化代理、设置参数、渲染报表
    }
}

不过还是更推荐用请求级代理实例的方式解决，比锁更可靠且不影响并发性能。

4. 排查SSRS服务器端日志 #

去SSRS服务器的日志目录（默认路径：C:\Program Files\Microsoft SQL Server Reporting Services\SSRS\LogFiles）查看具体的请求日志，确认服务器端传递给SSRS的参数是否正确。有时候出现默认参数，可能是参数传递时出现空值、类型不匹配，导致SSRS fallback到默认值。

5. 增加请求追踪日志 #

在服务器端的WebService里，为每个请求生成唯一的ID（比如Guid.NewGuid()），把请求ID、参数内容、代理实例的哈希值都记录到日志里，并发时可以直接追踪到哪个请求的参数被覆盖，快速定位问题。

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