升级 Angular 20.3.18 后 PapaParse 构建调用栈溢出如何解决？
先确认：这是构建阶段的调用栈溢出
报错出现在 Angular 的 Babel webpack-loader 处理 papaparse.min.js 时。建议先检查依赖版本、实际构建入口，以及构建工具如何处理这个文件。现有信息还不足以确认 Angular 20.3.18 或某个 PapaParse 版本存在缺陷，也不能保证更换一条 import 就能解决问题。
这条日志没有显示 CSV 解析已经运行，目前也没有依据将问题归因于 CSV 数据量或业务代码递归。可以通过增大调用栈做诊断实验，但不建议将其作为首选修复。
核对升级实际改变了哪些依赖
先记录当前依赖树：
npm ls @angular/core @angular/cli @angular-devkit/build-angular @babel/core papaparse如果使用 pnpm 或 Yarn，请改用对应的依赖查询命令。检查 Angular 相关包是否满足彼此的版本约束，再对比升级前后的锁文件，看 Babel、PapaParse 或其他构建依赖是否也发生了变化。
仅凭“升级到了 Angular 20.3.18”，无法确定触发错误的具体依赖。需要同时比较升级前后的 package.json、锁文件和完整错误堆栈，才能缩小范围。
确认为什么仍在处理压缩文件
你已经尝试调整导入方式，接下来要确认构建实际使用的入口。只要错误路径仍指向 papaparse.min.js，就说明构建过程还在处理这个文件；引用可能来自另一处导入、间接依赖或已有配置。
可以在项目目录中检查：
rg -n 'papaparse' src angular.json package.json tsconfig*.json
node -p "require.resolve('papaparse')"第一条命令查找直接导入和相关配置；如果项目目录结构不同，请调整搜索路径。第二条命令显示 Node 当前解析到的入口，仅供参考，不能代替 Angular 构建时的模块解析结果。
同时查看已安装的 node_modules/papaparse/package.json，确认包入口和实际文件。不要仅根据应用中的一条导入语句判断入口已经切换。
用未压缩源码做一次受控验证
如果当前安装的 PapaParse 包确实包含 papaparse.js，且允许导入该子路径，可以临时尝试用未压缩源码构建，例如：
import * as Papa from 'papaparse/papaparse.js';这只是排查示例，使用时需要配合项目现有的模块配置和类型声明。如果子路径无法解析或缺少类型声明，应先处理相应配置，不能直接将它作为修复方案。
验证时只改变入口，并使用原来失败的构建命令：
- 若源码入口构建成功，而压缩入口稳定失败，可以重点检查压缩文件与转换工具之间的交互。
- 若报错仍指向
papaparse.min.js，继续查找引用它的位置。 - 若源码入口同样失败，保留完整堆栈，进一步检查构建依赖和配置。
不要直接编辑 node_modules 中的压缩文件作为长期方案，重新安装依赖后这些修改会丢失。
需要恢复构建时，回到已验证的依赖组合
如果有升级前能够稳定构建的版本记录，可以一并恢复对应的 package.json 和锁文件，再按项目既有流程安装并构建。对于使用 npm 且锁文件一致的项目，可以运行：
npm ci回退只能说明问题与这次依赖变化有关，不能单独证明是哪个包导致了错误。之后每次只调整一个依赖，或一组必须同步升级的包，并记录问题能否复现。
如果仍无法定位，请提供 PapaParse 的实际版本、Angular 构建器配置、相关导入语句、完整堆栈和最小复现项目。结合这些信息，才能判断是调整入口、修正依赖组合，还是针对构建工具提交缺陷报告。
备注：内容仅供参考。