zlib库类型错误溯源：Buffer无法赋值给InputType

核心根因：@types/node 类型定义包的版本更新 #

你提到Node.js和zlib本身没升级，但更新其他依赖时，实际是@types/node这个TypeScript类型定义包发生了版本变更，这才是触发报错的关键：

• 旧版本@types/node中，zlib模块的gzipSync/deflateSync方法的InputType类型兼容Buffer，或者Buffer被TypeScript判定为与Uint8Array<ArrayBuffer>等价的类型。
• 新版本的@types/node收紧了类型约束：InputType被限定为ArrayBuffer | Uint8Array<ArrayBuffer> | DataView<ArrayBuffer>，而Node.js的Buffer实例的slice()方法返回对象的buffer属性类型是ArrayBufferLike（包含SharedArrayBuffer的可能性），但SharedArrayBuffer缺少ArrayBuffer新增的resizable、resize等属性，导致类型检查不通过。

注意：这只是TypeScript静态类型层面的报错，Node.js运行时本身完全支持将Buffer传给zlib相关函数，底层实现是兼容的。

为什么new Uint8Array(Buffer.from(csv))能修复？ #

Buffer.from(csv)生成的Node.js专属Buffer，被Uint8Array包装后会成为标准的Uint8Array实例，其buffer属性是严格的ArrayBuffer类型，完全符合新版本InputType的类型要求，因此通过了TypeScript的类型检查。

额外验证与备选修复方案 #

可以查看项目的package-lock.json或yarn.lock文件，搜索@types/node确认依赖更新时是否自动升级了该包。如果需要保留原代码写法，也可以手动指定一个与当前Node.js版本匹配的旧版@types/node，回退类型定义即可解决问题。

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