Item 更喜欢原始类型而不是打包的原始类型

原始类型与原始类型打包的原始类型

• 基本类型：int、double、boolean 等
• 压缩原始类型：整数、双精度、布尔值等
• java 有双重类型系统：原始类型和引用类型（对象）。
• 每种基本类型都有对应的包装类。

主要区别

• 身份与身份价值：
  原语：它们没有身份；具有相同值的两个基元始终相等。
  打包：它们是对象，有身份；两个对象可以具有相同的值但不同的标识。

• 空值：
  基元： 始终有一个默认值（例如，int 为 0）。
  打包：可能为null，如果处理不当可能会导致nullpointerexception异常。

• 表现：
  原语：在时间和空间上更高效。
  打包： 由于创建额外对象而引入开销。

混合基元和包时的常见问题

• 1.比较身份而不是价值
• 当比较使用 == 打包的对象时，您比较的是对象引用，而不是值。这可能会导致意想不到的结果。

有问题的示例：

comparator<integer> naturalorder = (i, j) -> (i 



<p><strong>问题：</strong> i == j 比较比较引用，而不是值。<br>
不正确的行为：naturalorder.compare(new integer(42), new integer(42)) 返回 1 而不是 0。</p>

<p><strong>解决方案：</strong><br>
使用 integer 类的 compareto 方法或实用方法。<br></p>

comparator<integer> naturalorder = integer::compare;

</integer>



或者，纠正原始比较器：


comparator<integer> naturalorder = (iboxed, jboxed) -> {
    int i = iboxed;
    int j = jboxed;
    return (i 



<p><strong>2。自动拆箱和 nullpointerexception</strong><br>
当使用可以为 null 的打包类型时，如果对象为 null，自动拆箱可能会引发异常。</p>

<p>有问题的示例：<br></p>

integer i = null;
if (i == 42) {
    system.out.println("inacreditável");
}





问题： i 为空；与 42 比较时，会发生 null 自动拆箱，导致 nullpointerexception。
解决方案：尽可能使用原始类型。


int i = 0;
if (i == 42) {
    system.out.println("inacreditável");
}





3。由于自动装箱/拆箱而导致性能下降

在密集型操作中无意中使用包装类型可能会由于自动装箱和不必要的对象创建而导致性能下降。

有问题的示例：


long sum = 0l;
for (long i = 0; i 



<p><strong>问题：</strong> sum 是一个压缩的 long；在每次迭代中，都会发生自动装箱/拆箱。</p>

<p>影响：代码速度变慢并且内存使用过多。<br><strong>解决方案：</strong><br>
在密集操作中对局部变量使用原始类型。<br></p>

long sum = 0L;
for (long i = 0; i 



<p><strong>何时使用封装类型</strong></p>



集合：不能在泛型集合（例如列表）中使用原始类型。
泛型参数：泛型类型不支持原始类型（例如threadlocal）。
需要对象的 api：某些 api 需要对象而不是原始类型。

良好实践


首选原始类型：只要有可能，就使用原始类型以实现简单性和效率。
小心自动装箱/拆箱：自动装箱可以减少冗长，但可能会引入微妙的错误。
避免在 wrapped 中与 == 进行比较：使用 equals() 等方法或比较展开的值。
检查空值：使用打包类型时，请注意它们可能为空并导致 nullpointerexception。

总结
原始类型：

更简单、更快。

它们不能为空。

他们没有身份（只有价值）。

包装类型：

在集合和通用 api 中使用时需要。

它们可以为空。

他们有对象身份。


          

            
        

以上就是Item 更喜欢原始类型而不是打包的原始类型的详细内容，更多请关注其它相关文章！