我听说它们将在接近最初的Java发行版时被包含。Oak是Java的前身，在一些规范文档中提到了使用值。不幸的是，这些都没有被引入Java语言。据任何人所知，可能由于时间限制，它们没有得到实施。

我知道这个帖子太老了;但是，在Java 8及以后版本中，您可以使用int数据类型来表示无符号32位整数，其最小值为0，最大值为232−1。使用Integer类使用int数据类型作为无符号整数，并且像compareUnsigned()， divideUnsigned()等静态方法已经添加到Integer类中，以支持无符号整数的算术操作。

在JDK8中，它确实提供了一些支持。

尽管有Gosling的担忧，但我们仍然可能看到Java对unsigned类型的完全支持。

作为处理过无符号算术的人，我可以向您保证，在Java中确实没有必要使用无符号数字。

以C语言为例。让我们这样写:

unsigned int num = -7;
printf("%d", num);

你能猜到上面印的是什么吗?

-7

哇!无符号整数是负的!完全正确。没有真正的正整数。无符号整数只是一个n字节(取决于C语言中的体系结构)的值，它不为符号分配MSB。它不检查分配或读取的数字的实际符号。

我认为Java本身就很好，添加unsigned会使它变得复杂而没有太多好处。 即使使用简化的整数模型，大多数Java程序员也不知道基本的数字类型是如何行为的——只要阅读《Java Puzzlers》一书，就能了解您可能持有的误解。

至于实用的建议:

如果你的值是任意大小，不适合int，使用long。 如果它们不适合长期使用BigInteger。 只有在需要节省空间时，才对数组使用较小的类型。 如果你正好需要64/32/16/8位，使用long/int/short/byte，不要担心符号位，除法、比较、右移和强制转换除外。

另请参阅关于“将一个随机数生成器从C移植到Java”的回答。

Java确实有unsigned类型，或者至少有一个:char是一个unsigned short类型。所以不管高斯林找什么借口，他都不知道为什么没有其他无符号类型。

还有短型:短型一直被用于多媒体。原因是您可以在一个32位无符号长函数中拟合2个样本，并向量化许多操作。8位数据和无符号字节也是如此。你可以在一个寄存器中放入4或8个样本进行向量化。