这是一个创建于 330 天前的主题，其中的信息可能已经有所发展或是发生改变。
这几天看了好几个关于前端上传 base64 格式的图片到 java 后端，后端需要 for 循环 byte 类型的数据，对于小于 0 的 byte 值要加 256 ，这一点没看懂，java byte 值的范围不是-128~127 么，负数值的 byte 数据+256 也是原值，感觉好像没变化~~~，这一点处理代码没看懂，是有啥隐藏知识么，有没有大佬指点一下？
代码如下
byte[] b = new byte[0];
b = decoder.decodeBuffer(baseStrs[1]);
for (int i = 0; i < b.length; ++i) {
if (b[i] < 0) {
b[i] += 256;
}
}
chatgpt 的回答: 在 Java 中，对于负数进行 Base64 编码时，通常需要加上 256 ，这是因为 Java 中的 byte 类型是有符号的，其取值范围是-128 到 127 。而 Base64 编码是基于字节的，它期望输入的字节是无符号的。
在进行 Base64 编码时，负数的二进制表示形式和正数不同。如果不进行处理，可能导致 Base64 编码输出的结果与预期不符。
假设有一个负数 x ，其在二进制中表示为 b1b2b3b4b5b6b7b8 。由于 Java 中的 byte 是有符号的，b8 表示符号位，如果直接对其进行 Base64 编码，可能会导致编码器处理符号位的问题。因此，为了确保正确的 Base64 编码，可以将负数加上 256 ，将其转换为一个正数，然后再进行 Base64 编码。
以下是一个简单的例子，演示了对负数进行 Base64 编码的问题和解决方法：
import java.util.Base64;
public class Base64Example {
public static void main(String[] args) {
int negativeNumber = -42;
// 直接对负数进行 Base64 编码，可能导致意外结果
String base64Direct = Base64.getEncoder().encodeToString(new byte[]{(byte) negativeNumber});
System.out.println("Base64 Direct: " + base64Direct);
// 将负数加上 256 ，然后进行 Base64 编码
int adjustedNumber = negativeNumber + 256;
String base64Adjusted = Base64.getEncoder().encodeToString(new byte[]{(byte) adjustedNumber});
System.out.println("Base64 Adjusted: " + base64Adjusted);
}
}
有大佬指点一下么~~~ 感谢！
 |
1
zjsxwc 330 天前 via Android
没有意义吧，8 位的二进制不管是有符号数还是无符号数，256 一直都是 2^(9-1)，也就是第 9 位二进制才能表达，但 8 位的 byte 是无论如何都不能表达 9 位的 256 ，所以加 256 是脱裤子放屁？
|
 |
2
arloor 330 天前
因为 base64 是转成 int 处理的，补码下面，负号要处理掉
|
 |
3
leonshaw 330 天前 via Android
以讹传讹
|
 |
4
geelaw 329 天前 via iPhone
你引用的 CSDN 文章已经说了要加上 256 是错误的。
问 ChatGPT 得到的答案不可靠，尤其是带着具体细节提问的时候，因为 ChatGPT 一容易编造内容，二容易“讨好”用户，用户尝试错误地更正它的回复的时候，它很容易“好好先生”地同意用户的说法——如果你问 ChatGPT 为什么要做 XYZ ，那么它很可能不会考虑这是否是伪命题（即实际上可能不需要做 XYZ ）。 |
 |
5
XXWHCA 329 天前
你会发现去掉也能 decode
|
 |
6
lovelylain 329 天前 via Android
对接过一份接口，签名算法是对传入数据，如果长度为奇数后面补一个 0 凑成偶数，然后十六进制解码再 hash 再十六进制编码。知道为什么要奇数补 0 吗，因为他们十六进制编解码是自己实现，编码正确，对 hex 数据解码也正确，但是还能对不是 hex 的数据解码，签名算法的传入数据就是未经 hex 编码的原始数据，最后只好把他们这个 hex 解码抄了一遍。
|
Select Language