【解决问题】排查linux手动删除文件,但是文件标记为deleted,资源未释放

背景:

生产环境我们把程序生成的数据文件手动删除后,但是空间并没有释放,导致硬盘被占用,不够用

问题排查:

1.查看占用文件状态

使用命令: lsof | grep deleted 查看

文件已经删除了,但是都是deleted状态

那么这个deleted状态啥意思呢?

deleted: 文件已经被删除但是还被进程占用,导致磁盘空间无法释放

2.排查为啥文件被占用

可以根据前面的进程id找到对应的程序,我们直接找到生成这个文件的代码,查看下代码:

查看代码,已经关闭流了,如下:

已经关闭流了,为啥还不释放呢?只能继续仔细的看整个生成文件的过程代码,终于发现问题,可能是下面这个代码造成的原因:

这个代码啥意思呢?
其实就是根据文件路径读取文件的内容行数

那么这个代码需要关闭流吗?

答案是:肯定需要的

在使用Files.find()Files.lines()Files.list()等方法时,他们返回的都是Stream<T>的类型但是这里会有一个隐含问题,因为这一类方法虽然返回的都是Stream<T>,但是它为了实现对文件的读写,所以内部往往封装了一个Reader或者Writer类似的操作对象,用来对文件流进行读写,所以需要我们在使用完毕之后,对资源进行回收,执行close方法。否则进程就会一直占用对应的资源,导致后续在进行删除的时候,并不会真正的删除文件,从而日积月累之下,导致磁盘空间占满

我们在看下源代码及其注释

根据源代码我们也可以看到这个必须关闭流

关闭流:

经过测试,问题解决

相关推荐
2601_9632827723 分钟前
极寒专网技术拆解:黑龙江零下 40℃场景数字对讲组网全方案|黑龙江移远科技寒地通信底层技术解析
运维·网络·人工智能·科技
龙虾PRO28 分钟前
能源与股票量化核心差异,AI全链路落地实操手册
java·面试·职场和发展
llwszx40 分钟前
【Java/Go后端手撸原生Agent(第九篇):Plan-and-Execute规划模式——从“走一步看一步“到“先谋后动“】
java·python·golang·agent开发·plan模式·规划执行模式
七牛云行业应用1 小时前
Ollama 本地部署 DeepSeek 完全指南:macOS / Windows / Linux 三端安装 + GPU 配置 + API 调用
linux·windows·macos
LedgerNinja1 小时前
WEEX API 稳定性实战:限频、重试与风控的工程化清单
运维·区块链
ZJH__GO1 小时前
网络编程v2--多客户端互通
java·运维·服务器·开发语言·计算机网络
霸道流氓气质1 小时前
SpringBoot中基于 AES-GCM + KMS 密钥管理的数据加解密 Starter 实践
java·数据库·spring boot
Meya11271 小时前
实时采集 + 全域可视化,打造跨站点机房一体化U位管理方案
大数据·运维·人工智能
Gofarlic_OMS1 小时前
NX浮动许可调度黑名单机制,对比两款谁更合理
java·大数据·运维·开源·制造
三言老师2 小时前
CentOS7.9:Redis服务器部署结构化实战教程
linux·运维·服务器·数据库