¿Por qué no se verifica el desbordamiento de rango al convertir de “Number” a “Float” o “Double” en el código fuente del framework Spring Boot?

Por favor, revise el fragmento de código fuente que se encuentra en org.springframework.util.NumberUtils#convertNumberToTargetClass(), la firma del método es + T convertNumberToTargetClass(number:Number, targetClass:Class)

public static T convertNumberToTargetClass(Number number, Class targetClass)
throws IllegalArgumentException {
… …
… …
else if (Float.class == targetClass) {
return (T) Float.valueOf(number.floatValue());
}
…. ….
…. ….
}

Cuando se convierte “number” a “Float”, no se verifica si “number” sobrepasa el rango de “Float” o no. Pero sí se verifica al convertir “number” a “Byte”, “Integer” o “Short”, como se muestra a continuación:

public static T convertNumberToTargetClass(Number number, Class targetClass)
throws IllegalArgumentException {
… …
… …
else if (Byte.class == targetClass) {
long value = checkedLongValue(number, targetClass);
if (value < Byte.MIN_VALUE || value > Byte.MAX_VALUE) {
raiseOverflowException(number, targetClass);
}
return (T) Byte.valueOf(number.byteValue());
}
… …
… …
}

private static long checkedLongValue(Number number, Class targetClass) {
BigInteger bigInt = null;
if (number instanceof BigInteger) {
bigInt = (BigInteger) number;
}
else if (number instanceof BigDecimal) {
bigInt = ((BigDecimal) number).toBigInteger();
}
// Efectivamente análogo a BigInteger.longValueExact() en JDK 8
if (bigInt != null && (bigInt.compareTo(LONG_MIN) < 0 || bigInt.compareTo(LONG_MAX) > 0)) {
raiseOverflowException(number, targetClass);
}
return number.longValue();
}

private static void raiseOverflowException(Number number, Class targetClass) {
throw new IllegalArgumentException(“No se pudo convertir el número [” + number + “] del tipo [” +
number.getClass().getName() + “] a la clase objetivo [” + targetClass.getName() + “]: desbordamiento”);
}

¡Tengo mucha curiosidad por saber por qué!