Aru*_*wda 3 java json jackson fasterxml
当我在 DTO 中有一个字节数组并使用 jackson's 将其转换为 json 时ObjectMapper,它会自动将字节数组转换为 base64 字符串。下面举例。
@Data
@AllArgsConstructor
class TestDTO {
private byte[] binaryFile;
}
class TestByteSerialization {
public static void main(String[] args) throws Exception {
ObjectMapper objectMapper = new ObjectMapper();
byte[] bytes = Files.readAllBytes(new File("path/to/file/test.pdf").toPath());
TestDTO dto = new TestDTO(bytes);
String json = objectMapper.writeValueAsString(dto);
System.out.println(json);
}
}
Run Code Online (Sandbox Code Playgroud)
我希望 jackson 将其转换为如下所示的整数数组:
{
"binaryFile" : [21, 45, 12, 65, 12 ,37, etc]
}
Run Code Online (Sandbox Code Playgroud)
但是相反,我发现它被转换为 base64 字符串。经过一番研究,似乎 json 不支持这里提到的字节数组。这是有道理的,因为 json 是数据的字符串表示形式。
但是我仍然找不到为什么json不支持字节数组的答案?它仍然只是一个数字数组,对吗?需要将其转换为 base64 编码的字符串吗?将字节数组按原样传递给 json 字符串作为数字数组有什么问题?
对于那些将其标记为基于意见的问题的人:
开发人员绝对不会想到“将字节作为数字数组传递很无聊。让我们尝试一些看起来很疯狂的编码字符串”。这背后一定有一些道理。
Jon*_*eet 12
将字节数组按原样传递给 json 字符串作为数字数组有什么问题?
没什么,如果您对每个输入字节(平均,假设字节分布均匀)3.57 个字符感到满意。假设每个逗号后没有空格 - 否则为 4.57 个字符。
因此,将这些数据大小与 10K 数据进行比较:
base64 的大小增加 33% 已经够痛苦了……使用数组的大小增加要糟糕得多。所以约定是改用base64。(这只是一个约定——它不像是融入 JSON 规范。但大多数 JSON 编码器和解码器都遵循它。)
| 归档时间: |
|
| 查看次数: |
399 次 |
| 最近记录: |