如何向Blazor组件传递大JSON？Blazor Server文件展示场景求助

用URL传递大Base64数据本质上不可行，所有主流浏览器和服务器都存在URL长度限制，这会直接导致应用崩溃。优先推荐以下方案：

方案一：通过组件参数直接传递数据（推荐） #

放弃使用NavigationManager跳转的方式，在MainLayout中维护状态，直接控制Await组件和PdfViewer组件的显示切换，并通过组件参数传递文件数据。

修改后的MainLayout代码 #

<main>
    @if (IsLoadingDocument)
    {
        <AwaitComponent />
    }
    else if (CurrentDocument != null)
    {
        var mimeType = MimeMapping.MimeUtility.GetMimeMapping(CurrentDocument.Name);
        @if (mimeType.Contains("pdf"))
        {
            <PdfViewer Document="@CurrentDocument" />
        }
        // 可扩展其他文件类型的展示组件
    }
</main>

@code {
    private bool IsLoadingDocument = true;
    private BinaryDocumentModel CurrentDocument;

    protected override async Task OnInitializedAsync()
    {
        await hubConnection.StartAsync();

        hubConnection.On<BinaryDocumentModel>("ViewDocument", (data) =>
        {   
            CurrentDocument = data;
            IsLoadingDocument = false;
            StateHasChanged(); // SignalR回调属于外部线程，需手动触发组件更新
        });
    }
}

PdfViewer组件接收参数 #

@* PdfViewer.razor *@
@code {
    [Parameter, Required]
    public BinaryDocumentModel Document { get; set; }

    // 此处编写PDF渲染逻辑，直接使用Document中的Base64数据或字节流
}

方案优势 #

• 完全避开URL长度限制，数据在内存中直接传递，效率更高
• 无需额外配置，组件切换逻辑更直观
• 避免大URL带来的缓存、日志存储等潜在问题

方案二：不推荐修改URL配置的原因 #

即使修改ASP.NET Core的RequestPathMaximumLength等配置，也无法解决浏览器端的URL长度限制（不同浏览器上限不同，通常在2KB-2MB之间，且超过1KB的URL就可能引发兼容性问题）。此外，大URL会导致：

• 服务器日志体积暴涨
• 浏览器缓存性能下降
• 部分代理服务器可能截断过长的URL

补充优化建议 #

如果文件体积特别大，可进一步优化SignalR传输的数据格式：

• 直接传输字节数组而非Base64编码数据（Base64会让数据体积膨胀33%左右）
• 修改SignalR的ViewDocument事件定义，接收byte[]和文件名参数，减少序列化开销

内容的提问来源于stack exchange，提问作者Titov S.P.