不会的，if(1.0/a+1.0/b+1.0/c+1.0/d+1.0/e+1.0/f+1.0/g+1.0/g+1.0/h+1.0/i==1)
真的是不行的，不信你试试

分解1的做法不一定能化简这道题目的难度。
但是如果从纯粹的运算符号数量来说，分解1看起来更加快点。但是分解1必定要涉及到大量的*/而这两种运算都是要提高速度尽量避免的。


不会的，if(1.0/a+1.0/b+1.0/c+1.0/d+1.0/e+1.0/f+1.0/g+1.0/g+1.0/h+1.0/i==1)
这样做的确是不行的，因为float类型的计算误差，他不一定会等于1。

分解1的做法不一定能化简这道题目的难度。
但是如果从纯粹的运算符号数量来说，分解1看起来更加快点。但是分解1必定要涉及到大量的*/而这两种运算都是要提高速度尽量避免的。


不会的，if(1.0/a+1.0/b+1.0/c+1.0/d+1.0/e+1.0/f+1.0/g+1.0/g+1.0/h+1.0/i==1)
这样做的确是不行的，因为float类型的计算误差，他不一定会等于1。

神，还记得乌鸦曾经出过类似的题吗？我好象记得当时我写的就是分解的

晕，论坛错误，多发了我个帖子。free掉它

对，我有点印象。但不记得是你解答的了。
不过当初我就想过，分解不是最好的解决整个问题的方法。虽然它能让你省略掉很多不必要的循环。但是你是不可以逃避大量的*/运算的。

但我不否认，分解1是目前我所知道的最直接、最明了的方法。
我必须要承认分解1是要比“9重循环+通分+判断循环范围”要快很多。

啊？分解1怎么会比判断循环范围快啊？
算出来的范围已经可以瞬间出结果了

神可能还是没有理解我意思,九个数都在2~100且a1<a2<a3<a4。。。。<a9，那样，只要写一个分解函数fun其功能是分解一个1/x的数为1/x1+1/x2,这样只递归这个fun条件就是从2~100,且a1<a2<a3<a4。。。。<a9,且不能超过九个数

那你怎么解决大数计算的问题？

哦，我理解了KNOCKER
这样一来的却是简明很多。

不是埃及分数啊，中间结果是允许分子不为1的。