咨询：使用Azure Storage Append Blob在线拼接PDF仅显示最后一页

• 技术方案选型：使用Azure Storage以Blob形式存储PDF文件，计划借助Azure Storage Node SDK提供的AppendBlob类实现PDF在线拼接，明确排除“下载全量文件到本地再拼接”的方案（部分场景最终生成的PDF文件大小超过2GB，Node.js无法处理该体量的本地文件）
• 实际故障表现：拼接生成的合并PDF文件大小与预期完全一致，但打开文件时仅能显示最后一页，无法展示全部拼接的页面内容，怀疑自身代码存在问题
• 业务实现代码：

let bundleUuid = uuidv4();
var connString = process.env.ST_ENV_01_APS_03_CONNECTION_STRING;
var appendBlobClient = new AppendBlobClient(connString, container, userId + "/bundles/" + bundleUuid + ".pdf");
await appendBlobClient.create();
context.log(userId + "/bundles/" + bundleUuid + ".pdf");

for (const basketDocumentUri of basketDocumentUris) {
    
    context.log("Fetching: " + basketDocumentUri.document_uuid + "/" + (basketDocumentUri.page_index + 1) + ".pdf")
   
    let bbc = await containerClient.getBlockBlobClient(basketDocumentUri.document_uuid 
        + "/" + (basketDocumentUri.page_index + 1) + ".pdf");
    let details = await bbc.getProperties();
    let url = self.generateSasTokenPDF(basketDocumentUri.document_uuid + "/"
     + (basketDocumentUri.page_index + 1) + ".pdf", "r");
   
    try { 
        
        let mbblk = 4194304
        let offset = 0;
        while(offset < details.contentLength){

            let response = await appendBlobClient.appendBlockFromURL(url.uri,offset,mbblk);
            context.log(response);
            
            offset += mbblk;
            
            context.log(offset);
        }
        
    } catch (error) {
        context.log(error);
        debugger;
    }
}
callback(bundleUuid)

当前实现的故障和AppendBlob SDK的调用逻辑无关，核心问题出在拼接逻辑完全不符合PDF格式规范：

• 每一份独立存在的PDF文件，都自带完整的文件头、交叉引用表、文件结束标记（%%EOF），当前代码的操作是把多个独立PDF的二进制字节流按顺序硬追加到Append Blob中，生成的结果本质是多份独立PDF的字节堆叠，不是一个合法的多页PDF文件
• 绝大多数PDF解析器遇到第一份PDF的结束标记就会停止内容遍历，或是因为交叉引用表的位置、指向全部错乱，只能成功解析最后一段字节块的内容，最终就会表现为文件大小符合预期，但仅能打开最后一页的异常。即使换其他存储类型、甚至把文件下载到本地做同样的字节硬拼接，都会出现完全一致的问题。

• 放弃纯字节流追加的PDF拼接思路，该路径在文件格式层面就无法生成合法的多页PDF
• 保留“不落地全量文件到本地”的核心约束，采用流式处理链路：读取源PDF的分块二进制流时，按照PDF格式规范在线重组文件结构、重算交叉引用表，将重组完成的合法PDF分块通过appendBlockFromURL逐段写入Append Blob。全程仅在内存保留单块处理的缓冲数据，不需要加载全量2GB以上的文件，完全匹配大文件的处理限制

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