Странный Целочисленный бокс в Java

Я только что видел код, похожий на этот:

Автобокс против ручного бокса в Java

NullPointerException через авто-бокс-поведение тернарного оператора Java

Я наткнулся на действительно странное

Автобокс / распаковка при приведении Integer к int с использованием метода cast

Вот очень простой случай: я пытаюсь привести тип объекта к примитиву так:

автоматический бокс / распаковка для целых чисел и некоторых других типов

смущает вопрос, почему Integer и int могут взаимозаменяемо использоваться в Java, даже если один является примитивным типом, а другой - объектом? Например: Integer b = 42; int a = b;Или же int d = 12; Integer c = d;

почему автобокс и распаковка целых чисел не работает с Arrays.asList в Java? [Дубликат]

На этот вопрос уже есть ответ здесь: Arrays.asList () не работает как следует? [/questions/1467913/arrays-aslist-not-working-as-it-should] 9 ответовСледующие броскиcompile error: int[] arrs = {1,2,4,3,5,6}; List<Integer> arry = ...

Почему автобокс помечен как предупреждение?

Я понимаю, что автоматическая распаковка должна выполняться с осторожностью, потому что распакованная ссылка может быть нулевой. Почему автобокс также помечен как предупреждение? Есть ли какие-то подводные камни, которые я здесь пропускаю?

Какой код генерирует компилятор для автобокса?

Когда компилятор Java автоматически помещает примитив в класс-оболочку, какой код он генерирует за кулисами? Я полагаю, это вызывает:Метод valueOf () в оболо...

Возврат null в виде int разрешен с тернарным оператором, но не в операторе if

Давайте посмотрим на простой код Java в следующем фрагменте: public class Main { private int temp() { return true ? null : 0; // No compiler error - the compiler allows a return value of null // in a method signature that returns an int. } ...

NullPointerException через авто-бокс-поведение тернарного оператора Java