有人可以解释一下吗？

math.ceil(x) Return the ceiling of x as a float, the smallest integer value greater than or equal to x.

math.floor(x) Return the floor of x as a float, the largest integer value less than or equal to x.

当.ceil和.floor根据定义应该计算整数时，为什么会返回浮点数？

编辑：

好吧，这有一些很好的论据来说明为什么它们应该返回浮点数，而当@jcollado指出它们实际上确实在Python 3中返回整数时，我才刚刚习惯这个想法。

我的猜测是，这是因为x是浮点数，而不是整数，但是由于我不了解或使用Python，Ill让其他人更明确地回答。:)

@ Adam-，但是ceil / floor操作的全部要点是将浮点数舍入为整数！

当我第一次遇到它时，这也让我很生气，因为这似乎是错误的。 至少，使用int(floor(n))不太难。

具有讽刺意味的是(由于使用了浮点数来防止溢出)，由于采用了浮点数表示，因此在64位int溢出之前，floor / ceil的返回值在低位无意义。 [这在32位的过去不是真的。]

浮点数的范围通常超过整数的范围。通过返回浮点值，函数可以为超出可表示整数范围的输入值返回一个有意义的值。

考虑：如果floor()返回整数，floor(1.0e30)应该返回什么？

现在，尽管Python的整数现在具有任意精度，但并不总是这样。标准库函数是等效C库函数的精简包装。

即使Python整数现在具有任意精度，仍然有一些浮点数的下限和上限不能用整数表示。尝试floor(float("inf"))或ceil(float("nan"))。

@ Michael-显然，在P3中，如果尝试这样做，您现在将获得OverflowExceptions。查看jcollados答案

嗯，它应该返回一个长型(也就是bigint)，不是吗？似乎对我来说是一个显而易见的答案，但现在我觉得我有点天真。

@koschei：在Python 3.x中确实如此，请参阅jcollados答案。

另请参见对另一个答案的评论，为什么即使对于范围内的数字也有意义。

正如其他答案所指出的那样，在python中，它们返回浮点数的原因可能是出于防止溢出问题的历史原因。但是，它们在python 3中返回整数。

>>> import math

>>> type(math.floor(3.1))

>>> type(math.ceil(3.1))

您可以在PEP 3141中找到更多信息。

@ jcollado-您在哪里看到它们在P3中返回整数？

@Yarin我刚刚输入了上面的命令。同样，如果您尝试使用float("inf")或float("nan")，则会得到OverflowError异常。

@ jcollado-哇，有趣-我刚刚习惯了以浮点数形式返回的问题...

为了完整起见，Python numpy.floor和ceil返回浮点数()

@jcollado：float("inf")在Python 2.7或3中不会产生异常

@endolith你是对的，我已经检查过了，而且不再发生了。自2011年12月以来，多数民众赞成在其中有所更改。

有没有一种方法可以使python 2.x在Math.ceil()中返回整数(例如，导入将来的some_module)。我想避免做int(Math.ceil(..))，并记得在升级到3.x时将其删除。谢谢。

因为python的数学库是返回浮点数的C数学库的瘦包装。

C数学库支持任意精度的整数吗？因为多数民众赞成在其他python数学函数返回。

您的评论明显说明了您的困惑：

The whole point of ceil/floor operations is to convert floats to integers!

ceil和floor操作的重点是将浮点数据舍入为整数值。不做类型转换。需要获取整数值的用户可以在操作之后进行显式转换。

请注意，如果所有可用的是返回整数的ceil或float运算，则不可能简单地实现舍入到整数值。您首先需要检查输入是否在可表示的整数范围内，然后调用该函数；您将需要在单独的代码路径中处理NaN和无穷大。

此外，如果要符合IEEE 754，则必须具有返回浮点数的ceil和floor版本。

斯蒂芬-我重写了我的评论-我的意思是回合，而不是not依。但这不是我困惑的根源，而是我没有意识到距离差异。

可悲的是，我今天得票了。这是正确的答案，远胜于任何表示形式上的限制。

在我多年的编程工作中，我不记得曾经遇到过我希望下限/上限的结果是浮点数而不是整数的情况。 python3确实返回整数这一事实表明，这实际上是更有用的事情。我不赞成"……的要点"主张；似乎您是根据要执行的操作来定义要点，而不是程序员可能想要的。

@ShreevatsaR我有几次这种情况(但是，主要是在Python上下文之外)。我记得的时代是使用Mandelbrot集的时候。有时您需要做一个整数值，但是之后立即对该值进行一些浮点运算(例如，将其缩放为0.5)。然后，与先将其转换为int然后立即将其转换回float相比，保持地板的float并对其执行浮点操作要高效得多。

在Python 2.4之前的版本中，整数不能容纳所有范围的截断实数。

http://docs.python.org/whatsnew/2.4.html#pep-237-unifying-long-integers-and-integers

现在，它也无法保存"完整范围的截断实数"，因为这显然是一个无限集，因此将需要无限数量的内存。它可以容纳截断的浮点数的范围，该范围只是？的一小部分。

@leftaroundabout-挑剔！你明白我的意思。

这是一个非常有趣的问题！由于浮点数需要一些位来存储指数(= bits_for_exponent)，任何大于2**(float_size - bits_for_exponent)的浮点数将始终是整数值！在另一极端，具有负指数的浮点将给出1，0或-1之一。这使整数范围与浮点范围的讨论变得毫无意义，因为只要数字超出整数类型的范围，这些函数将简单地返回原始数字。 python函数是C函数的包装器，因此，这确实是C函数的不足之处，在这些函数中，它们应该返回一个整数，并迫使程序员在调用之前进行range / NaN / Inf检查小区/地板。

因此，逻辑上的答案是这些函数唯一有用的函数，它们将返回整数范围内的值，因此，它们返回浮点数的事实是一个错误，您非常聪明地意识到这一点！

因为float的范围大于整数的范围-返回整数可能会溢出

整数不会在Python中溢出；当它们变得太大时，其整数将转换为bigints。打开一个Python解释器并输入" 2 ** 500"，您会看到您得到了一个可以像对待int一样对待的对象。

@koschei：试图表示无穷大时，即使bigints也会溢出。

也许因为其他语言也这样做，所以这是普遍接受的行为。 (有充分的理由，如其他答案所示)

还是查尔斯所说的。 :)

如果它将始终执行"其他人的操作"，那将不是Python。