除了在流媒体中使用(byte [])之外,我并没有真正看到字节和短片的使用情况.另一方面,我看到长期使用的实际值是| 100 | 和byte更合适.这是现在相对便宜的内存性质的结果,还是这只是开发人员不必担心的细节？
在为内存或磁盘空间不足的嵌入式设备编程时使用它们.如电器和其他电子设备.
字节也用于低级Web编程,您可以使用标题等向Web服务器发送请求.
在byte从一个文件或网络连接的原始数据处理的数据类型时,经常使用,但它主要是用来作为byte[].这些short和short[]类型通常与GUI和图像处理(用于像素位置和图像大小)以及声音处理结合使用.
使用byte或使用short清晰度的主要原因.程序代码无条件地声明只使用8位或16位,并且当您意外使用更大的类型(没有适当的类型转换)时,您会收到编译错误.(不可否认,在编写代码时,这也可能被视为一种麻烦......但是,再次出现的类型转换标志着读者发生了截断这一事实.)
由于大多数Java实现在字边界上对齐堆栈变量和对象成员,因此不使用byte或使用short简单变量来实现任何空间节省int.但是,原始数组类型的处理方式不同; 的,即元素boolean,byte,char和short阵列是字节对齐的.但除非数组大小或数量大,否则它们对应用程序的总内存使用量没有任何重大贡献.
所以我想,开发人员不使用byte或short与你(一个C开发人员？)可能期望的主要原因是它确实没有太大(或通常是任何)差异.Java开发人员往往不迷恋过像老派的C语言开发的内存使用情况做了:-).
在64位处理器中,寄存器都是64位,所以如果你的局部变量被分配给一个寄存器并且是一个布尔值,字节,短,char,int,float,double或long它不使用内存而且不是不保存任何资源.对象是8字节对齐的,因此它们总是占用内存中8字节的倍数.这意味着布尔,字节,短,字符,整数,长,浮点和双精度,AtomicBoolean,AtomicInteger,AtomicLong,AtomicReference都使用相同数量的内存.
如上所述,短类型用于数组和读/写数据格式.即使这样短期也不经常使用恕我直言.
值得注意的是,GB在服务器上的成本约为80英镑,因此MB大约为8便士,KB大约为0.008便士.字节和长度之间的差异大约是0.00006便士.你的时间比这更值钱.esp如果你有一个因数据类型太小而导致的错误.
在使用二进制格式和DataInput/DataOutput实例时,我经常使用short和byte类型.如果规范说下一个值是8位或16位值并且没有推广它们的价值(也许它们是位标志),它们是一个明显的选择.int
京公网安备 11010802040832号 | 京ICP备19059560号-6 