什么时候在程序中使用short、byte和hex基元类型？

Question

短可以容纳值最大16位

但我还没有看到有人使用shor Primitive take。当我确信该值适合32位时，是否应该鼓励使用它。例如：-我通常也将常量视为值1的int。是这样吗？

字节

我不确定使用byte var1=3这样的byte基元数据类型可能需要什么样的场景；

同样，当开发人员必须使用十六进制值时，不确定什么是有效的场景

   public final static int    var2   = 0x001D;

Answer 1

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

当保存内存至关重要时，通常使用short/byte

Answer 2

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

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

然而，有时内存使用优化又变得重要起来。例如，“大数据”的近实时应用程序必须使用巨大的内存缓存并在磁盘上存储TB的数据。