我正在使用protobufs来序列化我的数据 . 到目前为止,我在服务器(节点restify)上序列化我的数据发送它,接收它(请求由XMLHttpRequest发出)并在客户端上序列化它 .
现在我想使用压缩来减少传输的文件大小 . 我尝试使用库pako,它使用zlib .
在我用来比较protobuf和zipping性能到json的基本脚本中我用这种方式,并且没有问题
var buffer = proto.encode(data,'MyType'); // Own library on top of protobufs
var output = pako.deflate(buffer);
var unpacked = pako.inflate(output);
var decoded = proto.decode(buffer,'MyType');
但是,如果我尝试在客户端 - 服务器模型中执行此操作,我无法使其正常工作 .
服务器:
server.get('/data', function (req, res) {
const data = getMyData();
const buffer = proto.encode(data, 'MyType');
res.setHeader('content-type', 'application/octet-stream;');
res.setHeader('Content-Encoding', 'gzip;');
return res.send(200,buffer);
});
我自己的 proto
库序列化protobuf中的数据然后放气:
...
let buffer = type.encode(message).finish();
buffer = pako.deflate(buffer);
return buffer;
请求如下所示:
public getData(){
return new Promise((resolve,reject) => {
const request = new XMLHttpRequest();
request.open("GET", this.url, true);
request.responseType = "arraybuffer";
request.onload = function(evt) {
const arr = new Uint8Array(request.response);
const payload = proto.decode(request.response ,'MyType')
resolve(payload);
};
request.send();
});
}
proto.decode方法首先膨胀缓冲区 buffer = pako.inflate(buffer);
,然后从Protobuf反序列化它 .
如果请求发出,我会收到以下错误:pako的inflate方法返回 "Uncaught incorrect header check" :
function inflate(input, options) {
var inflator = new Inflate(options);
inflator.push(input, true);
// That will never happens, if you don't cheat with options :)
if (inflator.err) { throw inflator.msg || msg[inflator.err]; }
return inflator.result;
}
我也查看了Postman中的请求,发现如下:泄密的响应如下: 120,156,60,221,119,64,21,237,119,39,240,247,246,242,10,49,191,244,178,73,54,157
,长度为378564
没有放气的相同请求(protobuf)看起来像 �:�: (� 0�8@H (� 0�8@H � (�0�8@�H
,长度为272613 .
我假设,我在服务器端做错了,因为膨胀的请求大于不使用压缩的请求 . 它是内容类型的 Headers 吗?我没有想法 .