何时在程序中使用短，字节和十六进制原始类型？

Question

短可以容纳最大值16位

但我没有看到任何人使用shor primituve take。当我确定价值适合时，是否应该鼓励它 在32位。例如： - 我通常也看到常量为1，值为1。是不是？

字节

我不确定使用byte var1 = 3等字节原始数据类型可能需要什么样的场景;

同样不确定开发人员必须采用的十六进制值

的有效方案是什么

   public final static int    var2   = 0x001D;

Answer 1

简短的回答是“从不”。 更长的答案是几乎永远不会。 为了节省内存，发明了可以保存int值但小于int的原语。这个原因与大多数应用程序无关。由于计算机变得非常强大并且内存非常便宜，内存使用优化（几乎）已经过去了。

有时使用byte类型很方便。但是由于java没有unsigned修饰符（如C）字节可能会令人困惑：大于127的值变为负数。即使在InputStream中声明的方法read()也会返回int而不是byte。

然而，有时内存使用优化再次变得相关。例如，在“大数据”附近的实时应用程序中，必须使用大量内存中的高速缓存并存储在磁盘上的TB数据。

Answer 2

http://docs.oracle.com/javase/tutorial/java/nutsandbolts/datatypes.html

通常在保存内存至关重要时使用短/字节