Problema com NumberFormat

Olá André,

O double não vai ter essa precisão para um número desse tamanho.

Mas você pode usar um java.math.BigInteger que vai resolver o problema.

T+

BigDecimal numero = BigDecimal.valueOf(18446744073709551616D);
		
		NumberFormat nf = NumberFormat.getCurrencyInstance(new Locale("pt", "BR"));
		System.out.println(nf.format(numero));

"Console":

R$ 18.446.744.073.709.552.000,00

E ae galera…

Então… nesse caso eu não preciso de decimais… preciso que ele imprima o valor de:
Eu tenho 64 “buracos”, no 1º buraco eu coloco uma semente, no buraco seguinte eu coloco o dobro de sementes do anterior… não sei se a lógica está certa, eu fiz assim:

long valor = 1;
long multi = 1;
      
for ( int i = 1; i < 64; i++ ) {
    if ( i == 1 ) {
        continue;
    }
         
    multi = multi * 2;
    valor += multi;
}

System.out.println( "Valor apresentado: " + BigInteger.valueOf( valor ) );

// Valor apresentado: 9223372036854775807

realmente o double não armazena essa quantidade de bites, vocês podem me dar um idéia se tem como fazer e se eu estou fazendo da melhor forma com o BigInteger??

porque se for 65 buracos, o resultado é -1…

Valeu, abraço!!!

Você precisa usar o BigInteger para fazer as contas, já que um long só consegue armazenar até 2 ^63 - 1 = 9223372036854775807.

BigInteger valor = BigInteger.ONE;
BigInteger multi = BigInteger.ONE;
      
for ( int i = 1; i < 64; i++ ) {
    if ( i == 1 ) {
        continue;
    }
         
    multi = multi.multiply (new BigInteger("2");
    valor = valor.add (multi);
}

System.out.println( "Valor apresentado: " + BigInteger.valueOf( valor ) );

// Valor apresentado: 9223372036854775807

Exatamente, não adianta usar long ou double para acumular os valores e depois usar um BigDecimal ou BigInteger para “formatar” o resultado. Você precisa usar um BigXXX no processo inteiro para não perder a precisão que você deseja.

T+