我试图转换一个无符号的有符号字节。问题是我接收的数据是无符号的，Java不支持无符号字节，所以当它读取数据时，它将其视为有符号的。
我尝试通过下面的解决方案转换它，我从Stack Overflow。
public static int unsignedToBytes(byte a)
{
int b = a & 0xFF;
return b;
}
但是当它再次以字节为单位转换时，我得到了相同的带符号数据。我试图使用此数据作为参数的Java函数，只接受一个字节作为参数，所以我不能使用任何其他数据类型。我该如何解决这个问题?
当前回答
是也不是。我一直在研究这个问题。 就像我明白这个
事实上，java已经对整数-128到127进行了签名。 在java中可以通过以下方式来表示unsigned对象:
public static int toUnsignedInt(byte x) {
return ((int) x) & 0xff;
}
如果你把-12有符号数加为无符号数，就得到244。但是你可以再次使用这个数字，它必须被移回符号，它还是-12。
如果你尝试添加244到java字节，你会得到outOfIndexException。
欢呼声……
其他回答
我认为其他答案已经涵盖了内存表示，您如何处理这些取决于您计划如何使用它的上下文。我要补充的是，Java 8增加了一些处理无符号类型的支持。在这种情况下，您可以使用Byte.toUnsignedInt
int unsignedInt = Byte.toUnsignedInt(myByte);
Adamski提供了最好的答案，但它并不完整，所以阅读他的回复，因为它解释了我没有的细节。
如果你有一个系统函数需要传递一个无符号字节给它，你可以传递一个有符号字节，因为它会自动把它当作一个无符号字节。
因此，如果一个系统函数需要四个字节，例如，192 168 0 1作为无符号字节，您可以传递-64 -88 0 1，并且函数仍然可以工作，因为将它们传递给函数的行为将取消它们的符号。
然而，您不太可能遇到这个问题，因为系统函数隐藏在类后面以实现跨平台兼容性，尽管一些java。IO read方法返回一个int类型的未叹号字节。
如果您希望看到这种工作，请尝试将有符号字节写入文件，并将它们作为无符号字节读取回来。
虽然Java语言中没有包含无符号字节看起来很烦人(来自C)，但这真的不是什么大问题，因为一个简单的“b & 0xFF”操作在(很少)实际需要的情况下为(有符号)字节b产生无符号值。比特实际上并没有改变——只是解释(这只在例如对值进行一些数学运算时很重要)。
在Java中没有原始无符号字节。通常的做法是将其转换为更大的类型:
int anUnsignedByte = (int) aSignedByte & 0xff;
在好奇netty ByteBuf writeInt和readUnsignedInt方法的明显不对称之后，我碰巧偶然地进入了这个页面。
在阅读了有趣和有教育意义的答案后，我仍然想知道你说的时候调用的是什么函数:
我试图使用这些数据作为参数的Java函数 只接受一个字节作为参数。
不管这么多年过去了，我的50美分如下:
让我们假设您正在调用的方法正在用微量更新一些余额，并且它根据一些定义良好的需求集进行操作。也就是说，它被认为对其预期的行为有正确的实现:
long processMicroPayment(byte amount) {
this.balance += amount;
return balance;
}
Basically, if you supply a positive amount it will be added to the balance, and a negative amount will effectively be subtracted from the balance. Now because it accepts a byte as its parameter the implicit assumption is that it functionally only accepts amounts between -128 and +127. So if you want to use this method to add, say, 130 to the balance, it simply will not produce the result YOU desire, because there is no way within the implementation of this method to represent an amount higher than 127. So passing it 130 will not result in your desired behavior. Note that the method has no way of implementing a (say) AmountOutOfBoundsException because 130 will be 'interpreted' as a negative value that is still obeying the method's contract.
我有以下几个问题:
您是否根据其(隐式或显式)契约使用该方法? 方法是否正确实现? 我还是误解了你的问题吗?
