对于X项，求P = (2！/1) (!4/2) - (!6/3) ...我的代码适用于所有的测试，只有一个例外

Question

对于这个公式

我必须制定一个方法来自动化它，我已经收到了4个例子来尝试它。

x=1

x＝3

x = 4

然而，当我插入11时，答案应该是3.0198773447，我收到的是-1.78316945E8：/

这是我的代码：

System.out.println("Insira o numero: ");
    int x = input.nextInt();
    int fat = 1;
   int contador = 0;
   int contador1 = 0;
   double p  = 0;
  for(double i = 1; i <=x; i++){
    fat = 1;
    contador++;
    contador1 = contador* 2;
    for(double j = 1; j <= contador1; j++){
      fat *=j;

    }
    if(contador <=1){
      p += fat / contador;
    }
    if(contador % 2 ==0 && contador > 1){ 
    p += fat / contador;
    }else if( contador % 2 != 0 && contador > 1){
      p -= fat / contador;
    }
  }
  System.out.println(p);

Answer 1

如果您输入11，这意味着contador1将变高到22（您将循环11次，每个循环您首先增加contador，并且contador1是它的两倍，所以，22。换句话说，您最终将不得不计算22！。

< code>int类型不包含任何任意整数。它只能保存-2^31和2^31-1.之间的整数如果你试图超越这些界限，它只会循环往复。见证它的行动:

int x = Integer.MAX_VALUE; // a constant representing 2^31-1.
int y = x + 1;
System.out.println(x);
System.out.println(y);

// Prints: 2147483647
//        -2147483648

那个负号是从哪里来的？这就是整件“绕圈子”的事。22! 比这个上限大得多。因此，您的代码不起作用，这也解释了为什么您的算法在其中抛出负数。

您可以选择使用＜code＞long＜/code＞来代替它，因为它可以容纳它，但＜code＞long＜/code＞也有限制，精确地说是-2^63-1。您可以使用双精度，它可以走得更远（大约1e308比2^63多得多），但双精度不准确，当您远离0时，精度的缺乏会变得更糟。超过2^53左右，双精度＜/code＞范围内的两个可表示数字之间的距离大于1，这意味着，＜code＞1＜/code＞不再html" target="_blank">执行任何操作（对＜code＞double＜/code＞值的所有操作在每次操作后都四舍五入到最接近的可表示双精度）。

更一般地说，尝试对非常大的数字做“数学”不是一件小事，您的基本< code> 和< code>/已经不能完成这项工作了。查找< code>BigDecimal的API，它保证您以自然的性能为代价获得完美的准确性。你可以利用这一点，得到完美的答案。虽然这需要一段时间。