Почему вывод int?

Question

Почему вывод int?

1

Почему основной метод не вызывает первый метод?

public class Test {           

    public static void printValue(byte...b) {  
        System.out.println("long");  
    }  

    public static void printValue(int i, int j, int k) {  
         System.out.println("int");  
    }

    public static void main(String... args) {  
        byte b = 9;  
        printValue(b,b,b);  
    }  
}

Почему выходной int?

Raj 16 март 2014, в 12:37

Источник

Теги:

java

variadic-functions

method-overloading

overloading

3 ответа

1

при вызове компилятора метода сначала проверьте имя метода, списки параметров с типом данных, чтобы точно соответствовать, например, перегрузка метода.

если компилятор не получает точного соответствия методу, он ищет наилучшее совпадение. в вашем случае сначала проверьте метод printValue(), имеющий три параметра.

он выбирает общедоступный метод static void printValue (int i, int j, int k), потому что -

-compiler не получает точный метод matced.

-it ищет подходящее соответствие, например byte-> int, char → int, int-> long может быть сделано явно. (расширение) или автобоксинг. ** меньший тип данных может быть преобразован в большее значение типа данных. поэтому он вызывает printValue (int i, int j, int k). ** -your переданное значение может быть легко преобразовано в целое. 9- также является байтом, char, целочисленным типом данных.

user3425449 16 март 2014, в 10:08

1

В printValue случае вы перегрузили метод printValue. Теперь при выполнении вызова printValue(b,b,b); компилятор не может найти подпись printValue которая принимает byte качестве типа аргумента и имеет 3 аргумента, но может обнаруживать, что printValue имеет перегрузку, которая принимает 3 параметра, но принимает тип int а byte может быть неявно ливан в int.

поэтому он заканчивает вызов метода overload printValue(int i, int j, int k)

Rahul 16 март 2014, в 09:10

Ещё вопросы

Rohit Jain · Accepted Answer · 2014-03-16T07-58-00.000Z

5

Лучший ответ

Выбирая наиболее подходящий метод, компилятор сначала предпочитает делать Расширение, затем Бокс, а в конце, если все не удается, Вар-Аргс. В вашем случае он расширит все bytes до ints чтобы получить метод сопоставления, с 3 параметрами типа int. Подробнее об этом см. В статье JLS §15.12.2.

Rohit Jain 16 март 2014, в 07:58

0

Почему компилятор предпочитает делать это перед выбором правильного метода?
Maroun 16 март 2014, в 10:58
0

Можете ли вы объяснить о расширении и боксе в этом случае?
Raj 16 март 2014, в 10:58
0

Есть общая рекомендация Джошуа Блоха, чтобы как можно больше избегать varargs. В этом случае вы бы не пострадали от этого «неожиданного» поведения.
oschlueter 16 март 2014, в 10:59
0

@MarounMaroun Это потому, что расширение было уже там с Java 1, а Boxing и Var-args были добавлены в Java 5. Кажется, что рациональным является сохранить работающий код таким, какой он есть, после добавления новых функций.
Rohit Jain 16 март 2014, в 11:02
1

@RohitJain Эту ссылку, что я искал :) Спасибо!
Maroun 16 март 2014, в 11:02
0

@MarounMaroun Правильный метод в зависимости от того, кто ? потому что по правилам это правильный метод.
Darkhogg 16 март 2014, в 11:02
0

@Raj В этом случае нет бокса. Расширение происходит от byte к типу int для всех трех аргументов.
Rohit Jain 16 март 2014, в 11:02
0

@Darkhogg Конечно, в соответствии с компилятором .. На самом деле это не волнует, что мы думаем;)
Maroun 16 март 2014, в 11:03
0

@MarounMaroun Компилятор - это просто набор правил, который обычно сводит нас с ума в таких угловых случаях, как это, когда интуиция выплевывает набор дополнительных правил, специально созданный для этого, но компилятор не
Darkhogg 16 март 2014, в 11:04
0

Обратите внимание, что предпочтение расширения по сравнению с varargs желательно в тех случаях, когда вы перегружаете методы varargs с помощью методик fixed-args-методов для повышения производительности.
Darkhogg 16 март 2014, в 11:06

Показать ещё 8 комментариев