sergiotaborda wrote:Leia http://www.guj.com.br/posts/list/39326.java e depois diga o que não entendeu.

Ssalgado wrote:A melhor forma de entender é fazer testes e não ficar só na leitura.

Pega os testes do livro e roda. Debuga se for o caso.
Vai modificando os testes e devagarinho você vai entendendo o funcionamento da coisa,

You can box and then widen. (An int can become an Object, via Integer.) [code]

sergiotaborda wrote:Widen ("alargar") significa promover. Quando é usado um int num argumento long o int é automáticamente "alargado" para caber no long.
Auto-boxing é a conversão automática de uma variável primitiva no seu Wrapper.

Então quando vc passa um int para um método que espera um long está acontecendo widening.
Quando vc passa um int para um método que espera um Integer está acontecendo auto-boxing.

Mas o que acontece quando vc tenta usar um método que está sobrecarregado e aceita os dois tipos?
Ou seja, vc está passando um int para um método que tanto aceita long como Integer.
Será seguida a primeira regra

"Primitive widening uses the "smallest" method argument possible."

É usado long e não Integer.

Mas e quando usamos var-arg ?

Aqui estamos passando na realidade um array de int como se fosse um array de long ou Integer.
Só que o facto é que estamos passando array. E um array é tão pequeno quanto outro array.
Logo a primeira regra não se aplica. A segunda diz

"Used individually, boxing and var-args are compatible with overloading. "

Ah! então significa que overloading, var-arg e boxing não são compatíveis quando usados juntos.
Por isso o compilador acusa um erro. E ele escolhe o primeiro método declarado para ser a vitima, dizendo que esse método é ambíguo.

É mais claro agora ?