如何不生成物理文件，将Azure Blob返回的Byte[] PDF直接在浏览器打开？

你当前的临时文件方案可以正常工作，但确实有更优的无文件方案，以下两种方式可以实现：

方案1：利用Data URI直接传递PDF内容 #

Chrome支持直接解析Data URI格式的内容，你可以把Byte[]转成Base64后拼接成data:application/pdf;base64,...格式的字符串，直接作为参数传给Chrome启动：

string app = @"C:\Program Files\Google\Chrome\Application\chrome.exe";
byte[] pdfBytes = /* 从Azure Blob获取的Byte[] */;

// 将字节流转为Base64并拼接Data URI
string base64Pdf = Convert.ToBase64String(pdfBytes);
string pdfDataUri = $"data:application/pdf;base64,{base64Pdf}";

// 启动Chrome打开这个Data URI
System.Diagnostics.Process.Start(new System.Diagnostics.ProcessStartInfo(app, pdfDataUri)
{
    UseShellExecute = true
});

注意：如果PDF文件过大（比如超过几MB），Data URI的长度可能会触发浏览器的参数长度限制，这种情况下推荐方案2。

方案2：启动本地临时HTTP服务器返回PDF字节流 #

通过在本地启动一个轻量临时HTTP服务器，将PDF字节流作为响应返回，然后让Chrome访问这个本地URL：

using System.Net;
using System.Threading.Tasks;

byte[] pdfBytes = /* 从Azure Blob获取的Byte[] */;

// 启动临时HTTP服务器
var listener = new HttpListener();
listener.Prefixes.Add("http://localhost:8888/temp-pdf/");
listener.Start();

// 异步处理请求，返回PDF字节流
_ = Task.Run(async () =>
{
    var context = await listener.GetContextAsync();
    var response = context.Response;
    
    // 设置响应头，指定内容为PDF
    response.ContentType = "application/pdf";
    response.ContentLength64 = pdfBytes.Length;
    
    // 将PDF字节流写入响应
    await response.OutputStream.WriteAsync(pdfBytes, 0, pdfBytes.Length);
    response.OutputStream.Close();
    
    // 处理完请求后关闭服务器，释放资源
    listener.Stop();
    listener.Close();
});

// 启动Chrome访问本地临时URL
string app = @"C:\Program Files\Google\Chrome\Application\chrome.exe";
System.Diagnostics.Process.Start(new System.Diagnostics.ProcessStartInfo(app, "http://localhost:8888/temp-pdf/")
{
    UseShellExecute = true
});

注意：

• 要确保端口8888未被占用，也可以通过代码动态选择可用端口
• 服务器仅处理一次请求就关闭，避免不必要的资源占用
• 桌面应用中需添加异常处理逻辑，比如端口冲突时的重试逻辑

方案对比 #

• 方案1实现简单，代码量少，适合小体积PDF
• 方案2无内容长度限制，稳定性更高，适合大文件场景

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