android - ios 中关于压缩、base64 编码和表单发布 json 数据的问题

Question

所以我们在同一页上:我正在使用 NSData+GZIP 、JSONKit 和 NSData+Base64

正如标题所暗示的，我的目标是获取一个 json 对象，对其进行压缩，对其进行 base64 编码，然后将其作为表单发送到 .net 服务器，而该服务器又希望获取该数据并反转处理并以 json 对象结束。

我需要在 Android 和 iOS 上执行此操作。安卓搞定了，效果不错。作为引用，这是我在那里所做的:

public String compress(String string) throws IOException {
    byte[] blockcopy = ByteBuffer.allocate(4).order(java.nio.ByteOrder.LITTLE_ENDIAN).putInt(string.length()).array();
    ByteArrayOutputStream os = new ByteArrayOutputStream(string.length());
    GZIPOutputStream gos = new GZIPOutputStream(os);
    gos.write(string.getBytes());
    gos.close();
    os.close();
    byte[] compressed = new byte[4 + os.toByteArray().length];
    System.arraycopy(blockcopy, 0, compressed, 0, 4);
    System.arraycopy(os.toByteArray(), 0, compressed, 4, os.toByteArray().length);

    StringBuffer hexString = new StringBuffer();
    for (int i=0; i<compressed.length; i++)
        hexString.append(Integer.toHexString(0xFF & compressed[i]));

    return Base64.encodeBytes(compressed);
}

这是在 iOS 上成功的测试:

    NSLog(@"test? %@", [[NSString alloc]initWithData:[[NSData dataFromBase64String:[[[@"test" dataUsingEncoding:NSUTF8StringEncoding] gzippedData] base64EncodedString]] gunzippedData] encoding:NSUTF8StringEncoding]);

这打印:

"test? test"

关注的领域:

    NSStringEncoding encoding = NSUTF8StringEncoding;

    NSString* string = [[NSArray arrayWithArray:mutableData] JSONString];
    NSData* data = [string dataUsingEncoding:encoding];

    NSMutableURLRequest *request = [NSMutableURLRequest requestWithURL: [NSURL URLWithString:[NSString stringWithFormat:@"http://www.google.com/myendpoint.aspx?deviceid=%@&accesstoken=%@", [defaults objectForKey:@"deviceId"], [defaults objectForKey:@"ggAccessToken"]]]];
    [request setHTTPMethod:@"POST"];
    NSMutableData *requestBodyData = nil;

    requestBodyData = [NSMutableData data];

    // Create boundry
    NSString *boundary = [NSString stringWithFormat:@"--%@--", [[NSProcessInfo processInfo] globallyUniqueString]];
    [request setValue:[NSString stringWithFormat:@"multipart/form-data; boundary=%@", boundary] forHTTPHeaderField:@"Content-Type"];
    NSData *boundaryData = [[[@"--" stringByAppendingString:boundary] stringByAppendingString:@"\r\n"] dataUsingEncoding:encoding];

    // Add Data to POST
    [requestBodyData appendData:boundaryData];
    [requestBodyData appendData:[[NSString stringWithFormat:@"Content-Disposition: multipart/form-data; "] dataUsingEncoding:encoding]];
    [requestBodyData appendData:[[NSString stringWithFormat:@"name=\"%@\"; ", @"contacts"] dataUsingEncoding:encoding]];

    [requestBodyData appendData:[[NSString stringWithFormat:@"\r\n\r\n"] dataUsingEncoding:encoding]];

    NSString* finalString = [[data gzipDeflate] base64EncodedString];
    //an example of finalString at this point: H4sIAAAAAAAAA6WOwQrCMAyGX0VyUqjHOtk7CN5HGekWMdB2knansXc3FcSDKIiHhBC+5P+6BWYJGdrOGbhdp0R1XiCgpwAtnCbPgcBAmqMn0c3WWrvbaNtrWVjNC+ZzffARPsCqIRSRn4EXllz6hJGULcK5YNJzHEehnB8qrgb8o9j8onj8rjigCNObobsD+2WV/kYBAAA=

    NSData* finalData = [finalString dataUsingEncoding:NSUTF8StringEncoding];

    [requestBodyData appendData:finalData];
    [requestBodyData appendData:[[NSString stringWithFormat:@"\r\n"] dataUsingEncoding:encoding]];
    [requestBodyData appendData:boundaryData];

    [request setHTTPBody:requestBodyData];

    [NSURLConnection sendAsynchronousRequest:request queue:[NSOperationQueue mainQueue] completionHandler:^(NSURLResponse *response, NSData *data, NSError *error) {
        NSLog(@"%@", [data objectFromJSONData]);
    }];

此时一切似乎都很好，但是 (.net) 服务器的结果:

ERROR TYPE: System.IO.InvalidDataException - ERROR MESSAGE: The magic number in GZip header is not correct. Make sure you are passing in a GZip stream. -

我意识到这里还没有太多问题，但这里有一个问题:此时我可以做什么会产生错误压缩的数据？ (让我们假设此时服务器端是正确的，因为 android 功能齐全并且构建它的人非常有经验)...

Answer 1

有 2 种方式使用 gzip，作为流，或作为数据文件。压缩本身不需要 header ，但在保存到文件时，标准的做法是包含 RFC 中定义的 header 和脚注字节。 .

所以问题是一个库正在寻找 header ，而另一个写入数据的库没有包含它，它可能只是 gzip 数据的原始流。它可以解压缩，但库需要知道不要查找 header 。

保存到文件时，文件格式还有其他好处，主要是因为文件末尾包含 CRC 检查，有助于验证文件的数据完整性没有被破坏。