@realpg 确实是这个道理

@timpaik ok ，了解

@Jirajine 这个是的，确实能理解了

@admpubcom 我可能想的太多了，纯粹好奇问一下

@harrozze 确实是这样。至少代码层面开发者能做的都做到了。

@aeof 行！

@zhs227 好像懂了。也就是 golang 这块 我只要做到正常的处理就行了，底层它内部调用的文件系统是否关闭了文件，我这边也处理不到了。原本是想了解下这个底层是否关闭了，影不影响上层处理。，从写 golang 逻辑下，正常写法就已经是完美了。

@twistedmeadows 这么想了下也确实

@lasuar 我能理解，毕竟这个底层也是 golang 官方库，只是好奇的想确认下文件这块的操作流程是不是符合预期

@zhs227 源码是写的 nil ，但是可不可能在系统层面还是打开的，也就是文件里面的引用指针还是+1 了的情况，这块研究不深，所以想问问大佬们

@R0n1n 所以我多想了一下，是 golang 都有这个标准，出现 err 就不需要管别的返回了，还是说 err 存在但是 file 也打开了的情况

@seers 但是一般 error 里面就返回了

Q2hhb3NfTnVsbA==

111