OberonCore

Без коментариев.

Хочется прям возопить: ДОКОЛЕ???!!!

Было бы интересно узнать версии и параметры окружения.
Если разберетесь в причинах, отпишитесь - интересно (сам я с ней не работаю).

Не зависит.

Ну, тут на самом деле всё очень просто. Integer, это вам не int, это вполне себе класс.
В яве == для ссылочных типов (ака классов) всегда сравнивает ссылки, а не содержимое классов.

Тут происходит автобоксинг. Грубо говоря вызывается конструктор класса Integer с аргументом 420.

Тут произойдет автоанбоксинг. Т.е. из 'a' и 'b' (Integer) вытащат содержащееся там число (int) и сравнят.

Итак, a==b сравнит ссылки, a<=b сравнит содержимое.

Замечу, что Integer нифига не обычный класс, ибо вообще говоря, перегружать операторы в яве нельзя.

Однако остается непонятным почему при a=42 мы имеем таки true. Всё также просто -- по всей видимости объекты для всех чисел что влезают в один байт (-128 ... 127) уже созданы. Соответственно когда мы пишем Integer a = 42, ничего создаваться не будет, 'a' будет просто указывать на уже готовый объектик. Также как и Integer b = 42. Объект один и тот же, поэтому (a==b) == true.

У мну на 1.6.20 тот же результат. Я так понимаю, тут дело в том, что сравниваются величины не примитивных типов (int), а соотв. ссылочные типы (Integer).

А такое поведение оператора сравнения, видимо, объясняется вот чем. Как мы знаем, в Java == compares references, not values. Для малых чисел (диапазон, возможно, нагуглится) заранее создаются соотв. объекты в единственном экземпляре. И любой новый объект Integer с малым intValue указывает на одно и тоже место. А для больших чисел - просто создаются новые объеты. В Пистоне также по-моему (но сравнение по-другому работает).

Замечу, что автобоксинг и автоанбоксинг -- это по сути неявное преобразование типов. Отсюда и все беды.

Начиная с версии 1.5 . До этого автобоксинга не было, и пример бы не скомпилировался.

Гениально! Язык развиваецца...