直接用 TypedArray 处理原始日志字节流可绕过字符串编解码，提升压缩与脱敏效率；全程基于 ArrayBuffer 和 Uint8Array 视图流转，支持零拷贝分块压缩、字节偏移脱敏及 Worker 间 Transferable 传输。
直接用 TypedArray 处理原始日志字节流，能绕过字符串编解码开销，显著提升压缩与脱敏效率。关键在于全程保持二进制上下文：从日志采集的 ArrayBuffer 输入，到压缩算法（如 LZ4、Snappy 的 WebAssembly 实现）的 uint8array 接口，再到基于位/字节偏移的脱敏逻辑，全部在 typed array 视图间流转，避免 .toString() 或 JSON.parse 等隐式转换。
用 ArrayBuffer + Uint8Array 统一承载原始日志流
日志源头（如 Web Worker 中的网络接收、IndexedDB 读取、或文件 Reader API）应优先输出 ArrayBuffer。立即封装为 Uint8Array，而非转成字符串：
- 避免 UTF-8 解码开销：日志若含二进制字段（如 traceID、序列化 protobuf），转字符串会破坏数据或触发代理错误
- 便于后续切片：Uint8Array.subarray(start, end) 是零拷贝视图，适合按行（\n 位置）或按结构体长度分割日志块
- 兼容 WASM 模块：LZ4-WASM、snappy-wasm 等库普遍接受 Uint8Array 或直接传入 ArrayBuffer 和 byteOffset
压缩：选择轻量级 WASM 压缩器并复用内存视图
不推荐原生 atob/btoa 或 TextEncoder + pako.gzip（后者内部仍做字符串转换）。应采用专为 TypedArray 设计的 WASM 压缩方案：
- 初始化时分配固定大小的 SharedArrayBuffer（多线程安全）或普通 ArrayBuffer 作为压缩输入/输出缓冲区
- 调用 wasm.compress(inputUint8, outputUint8, inputLength) —— 所有参数均为 typed array 视图，无中间拷贝
- 对海量日志分块压缩：每 64KB 为一块，用 subarray 切出视图传入，压缩后将结果写入预分配的输出 buffer 对应偏移处
脱敏：基于字节偏移的原地掩码操作
避免正则匹配字符串再替换（性能差且易误伤）。根据日志协议格式（如 JSON Lines、Protocol Buffer Schema、或自定义二进制 layout），预先计算敏感字段在字节流中的起止 offset：
- 例如：JSON 日志中 "user_id":"12345" 字段，通过简易 JSON tokenizer 扫描双引号位置，定位 value 起始（冒号后第一个非空白）和结束（匹配引号），得到 [pos_start, pos_end) 区间
- 对 Uint8Array 视图执行原地覆写：data.set(new Uint8Array(5).fill(0x2A), pos_start)（填入 5 个 * 的 ASCII 码）
- 若需哈希脱敏（如 email → sha256），用 Web Crypto API 的 SubtleCrypto.digest('SHA-256', data.slice(pos_start, pos_end))，输入直接是 Uint8Array 子视图
流水线编排：Worker + Transferable 实现零拷贝传输
主页面采集日志 → Worker 中压缩+脱敏 → 返回压缩后 ArrayBuffer：
- 主页面调用 worker.postMessage(logBuffer, [logBuffer])，传入 transfer list，logBuffer 归 worker 所有
- Worker 内：new Uint8Array(logBuffer) → 分块处理 → 合并为新 ArrayBuffer → postMessage(compressedBuffer, [compressedBuffer])
- 全程无 ArrayBuffer 内容拷贝，仅传递引用，百万级日志条目可控制在百毫秒级延迟
