arange右边界不包含导致常少一个数,因浮点误差易出错;linspace通过指定数量避免此问题,更适合需精确控制点数的场景。

arange 生成整数等差数组时为什么经常少一个数
因为 arange 的右边界是「不包含」的,类似 Python 的切片规则。比如 arange(0, 10, 3) 返回 [0 3 6 9],不是 [0 3 6 9 12]——12 超出 10,直接停了。
常见错误现象:arange(0, 1, 0.1) 本想得到 10 个数,结果可能返回 9 或 11 个,这是浮点精度误差导致的边界判定漂移。
- 整数步长、整数范围最稳,比如
arange(1, 101)(1 到 100) - 浮点步长慎用,优先改用
linspace - 若必须用
arange处理小数,建议加容差再截断:arange(0, 1+1e-10, 0.1)[:10]
linspace 更适合“我要刚好 N 个点”的场景
linspace 明确控制起点、终点和元素总数,不依赖步长计算,天然规避浮点边界问题。
使用场景:画图打点、插值采样、归一化坐标生成。
快速生成专业的 Python 脚本和应用代码。一键创建完整项目结构,支持CLI、API、爬虫、Bot、Django等多种项目类型,包含完整的项目结构、配置文件、依赖管理、测试、README和文档。
立即学习“Python免费学习笔记(深入)”;
-
linspace(0, 1, 5)稳定返回 5 个数:[0. 0.25 0.5 0.75 1. ] - 默认包含端点,设
endpoint=False可排除终点(此时第 5 个数变成 0.8) - 参数顺序是
linspace(start, stop, num=50, endpoint=True),别和arange的(start, stop, step)混
arange 和 linspace 的性能与内存差异
两者都返回 ndarray,底层都是 C 实现,单次调用性能差别可忽略。但行为差异会影响后续代码效率。
-
arange用步长推导长度,浮点下可能意外生成超大数组(如arange(0, 1, 1e-16)) -
linspace直接按num分配内存,更可控;但若num极大且dtype是float64,内存占用明确可预期 - 需要整数索引位置时,
arange(n)比linspace(0, n-1, n, dtype=int)更轻量、更直观
什么时候该放弃这两个函数
当你要的不是标准等差,而是带条件过滤、非线性缩放、或需与已有数组对齐时,硬套 arange/linspace 反而绕路。
- 例如:“从数组 A 中每隔 3 个取一个” → 直接用切片
A[::3],别先arange再索引 - “在 log 尺度上均匀采样” → 用
logspace,不是linspace - 需要动态步长(如自适应网格)→ 手动构造或用
np.cumsum拼接步长数组
真正容易被忽略的是:生成数组只是中间步骤,后续是否要参与计算、广播、索引——这些决定了你该选确定长度的 linspace,还是确定步长的 arange,而不是凭直觉选“听起来更顺”的那个。

















