goland不控制文件读取内存，防oom需改go代码：设gomemlimit、http.maxbytesreader、io.limitreader，并为bufio.scanner显式设置buffer上限。
GoLand 本身不控制文件读取内存，别在 IDE 配置里找“大文件限制”
GoLand 是开发工具，它不参与你运行时的文件读取逻辑。你在 os.Open 或 io.ReadAll 里读 10GB 文件，崩溃的是你的 Go 程序，不是 GoLand。IDE 的堆内存（比如 -Xmx9216m）只影响它自己解析代码、索引项目的速度，和你程序的 runtime.MemStats.HeapAlloc 完全无关。
常见误解是调大 GoLand 的 -Xmx 就能“让大文件读取不崩”，这是把工具和运行时混为一谈。真要防崩，得改你自己的 Go 代码。
真正该设的限制：GOMEMLIMIT + http.MaxBytesReader + io.LimitReader
三个地方必须动手，漏一个都可能被 OOM kill：
-
GOMEMLIMIT：必须在启动前设，例如
GOMEMLIMIT=4294967296（4GiB），值应为容器 memory limit 的 80%～90%；运行时设无效 -
http.MaxBytesReader：处理 HTTP 上传时，包在
http.Request.Body外层，超限直接返回 400，不进业务逻辑 -
io.LimitReader：对已打开的
*os.File，必须赋新变量再用，例如limited := io.LimitReader(f, 10*1024*1024)，后续所有Read都走limited，否则限制失效
bufio.Scanner 必须显式设 Buffer，否则单行超 64KB 就 panic
scanner.Scan() 默认最大 token 是 64KB，遇到带长 base64 的日志行或未换行的 JSON，会直接 panic 报 scanner: token too long，不是 warning。
修复方式只有一条路：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 创建后立刻调
scanner.Buffer(make([]byte, 64*1024), 10*1024*1024)，第二个参数是硬上限（如 10MB） - 禁用自动扩容：不传
nil，也不依赖默认值 - 循环结束后必须检查
scanner.Err()，它可能包含底层 I/O 错误，而Scan()自己只返回 bool
流式读取时 defer file.Close() 不够，还要防 Read 返回 n
手动 file.Read(buf) 分块读时，n, err := file.Read(buf) 的 n 可能小于 len(buf)，哪怕 err == nil——这在 NFS、磁盘满、信号中断时合法且常见。
错误写法：process(buf) 直接处理整块缓冲区，会把上一轮残留脏数据一起塞进去。
正确做法：
- 永远用
buf[:n]而不是buf - 判断 EOF 要分三态：
n > 0 && err == io.EOF（最后一块有效）、n == 0 && err == io.EOF（空文件或刚读完）、err != nil && err != io.EOF（真错误） -
defer file.Close()必须在err == nil分支内，否则对 nil*os.File调Close()会 panic
最易被忽略的是：限制本身不解决逻辑错误。比如 io.LimitReader 截断后继续读，scanner.Scan() 在缓冲溢出后没检查 Err()，或者 Write() 忽略返回的 n 导致数据静默截断——这些都不会报错，但结果已经错了。
