今天解决了一个困扰一上午的问题,进程打开文件进行写入时,使用vim打开文件进行写入导致fd文件描述符失效
https://www.douban.com/note/592324007/
一、bug描述
dpi v5程序在运行一段时间过后,程序的server日志不生成了.
使用sed -i 修改了一个日志文件后，tail -f 发现该文件不再有输出了，最后，无奈，reload了下进程才能重写。
二、做实验复现
下面来复现下现象:
1.进程打开日志文件,使用lsof -p pid
2.vim没打开文件前(或者打开vim没进行wq保存),进程打开的文件描述符的状态是
上图
3.当vim 修改文件后wq时,会提示
有个警告,提示文件在读期间被修改了,我们选择yes,
4.此时再使用lsof -p pid命令来查看打开的文件描述符
进程打开的文件描述符的状态变为了deleted状态.
三、总结和复盘
原因可能是 sed -i 或者vim会新建一个文件，然后替换掉旧文件。进程里的打开的文件描述符还是老的文件描述符，但是已经没关联该新建立的文件，所以进程就不会往该文件里写内容。
vim打开一个文件背后发生了什么？swp交换文件是干什么用的？ 在q时，会对swp文件做什么处理？ 在wq时，会对swp文件做什么处理？
