todense() 会爆内存是因为它无条件分配完整形状的 ndarray 内存，如 (100000,100000) 矩阵即使 0.01% 稀疏也需约 80 GB；仅当总元素数＜10⁷、需完整数组运算、内存充足且非循环调用时才安全。
为什么 todense() 会突然爆内存
稀疏矩阵（如 scipy.sparse.csr_matrix）只存非零值和位置索引，内存占用可能只有密集矩阵的千分之一。调用 todense() 时，SciPy 会**无条件分配完整形状的 numpy.ndarray 内存**——哪怕你只想要其中几行。比如一个 (100000, 100000) 的矩阵，即使只有 0.01% 非零，todense() 仍会申请约 80 GB 内存（float64 × 10¹⁰）。这不是 bug，是设计使然。
什么情况下能安全用 todense()
仅当满足全部以下条件时才考虑：
- 矩阵维度总元素数（shape[0] * shape[1]）小于 10⁷（约 80 MB）
- 你明确需要整个数组参与后续 NumPy 广播、切片或 ufunc 运算
- 且确认当前可用内存 ≥ 2× 密集矩阵所需内存（留出 Python 开销）
- 不在循环中反复调用（避免临时对象堆积）
示例：小规模特征矩阵转换
import numpy as np from scipy import sparse <h1>安全场景：1000×1000，1% 稀疏度 → 最多 1e6 元素</h1><p>sp_mat = sparse.random(1000, 1000, density=0.01, format='csr') dense_arr = sp_mat.todense() # 返回 numpy.matrix，注意类型</p><h1>若需 ndarray，用 .A 或 .toarray()</h1><p>dense_arr = sp_mat.toarray() # 更常用，直接返回 ndarray
todense() 和 toarray() 的关键区别
两者都还原为密集形式，但返回类型不同，影响后续操作：
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
立即学习“Python免费学习笔记（深入）”；
-
todense()返回numpy.matrix（已弃用），不支持高维广播，且+运算符是矩阵乘法语义 -
toarray()返回标准numpy.ndarray，兼容所有 NumPy 生态，推荐无条件使用 - 二者内存开销完全相同，性能差异可忽略
- 若旧代码依赖
numpy.matrix行为（如A * B做点积），必须显式转np.asarray()后再运算
替代方案：不还原，也能做大部分事
90% 的“必须转密集”需求其实可以绕过：
- 提取子矩阵？用
sp_mat[row_indices, :][:, col_indices]直接切片（保持稀疏） - 求行和/列和？用
sp_mat.sum(axis=1)（返回np.ndarray，无需还原） - 与向量乘？
sp_mat @ x（x是ndarray）比sp_mat.toarray() @ x快且省内存 - 喂给 scikit-learn？多数 estimator 支持稀疏输入（检查文档是否接受
sparse matrix） - 真要可视化？先用
sp_mat.toarray()[::10, ::10]降采样，再画图
真正危险的不是 toarray() 这个函数，而是没意识到“还原”这个动作本身在稀疏场景下就违背了初衷。
