记录一次swaggerUI页面无法访问的情况。
现象
????????在一次项目发布之后，发现swagger文档无法访问，浏览器控制台报错：
Failed to load resource: net::ERR_CONTENT_LENGTH_MISMATCH排查
????????刚开始以为是权限过滤时阻止了静态资源的加载，但联系到本次发布之前并没有做权限相关的更改，并检查本地服务的swagger文档的访问情况，推出问题出现在环境上。
????????登录到系统发布的linux系统，df -lh 命令查看磁盘控件占用。
df -lh
发现 /dev/vda1 磁盘占用100%，于是进入到对应的根目录 / ，使用du 命令查看磁盘占用，找出占用磁盘较大的文件并删除。
du -sh * rm -rf nohup.log删除后再次使用df -lh 命令查看磁盘占用，发现还是100%。
但使用 du -sh * 命令查看，删除的文件已经不存在了。
求助百度之后才知道，rm 命令 只是从文件系统的目录结构上解除链接(unlink)，如果文件是被打开的状态，原有的进程仍然可以访问被删除的文件，磁盘空间也会一直被占用。
使用以下命令查看 已经被删除但是仍然被进程占用的文件列表 。----?lsof (list open files)
lsof |grep deleted
????????可以看到已经被删除的日志文件仍然被19278进程占用。这时的状态相当于Windows 系统中的回收站，虽然在列表中看不到文件信息，实际却还在占用磁盘控件。只有kill 掉这个进程，Linux OS才能解除占用并回收空间。
kill -9 19278? ? ? ? 再次使用? df -lh? 命令，可以看到磁盘占用从100% 降到了24%。
????????而此时数据其实仍旧未被彻底删除，但对应的磁盘空间已经可以使用，等到有新的数据写入，才会将数据覆盖，这也是数据恢复的原理。
????????这里要注意kill进程可能影响到对应的业务，需要谨慎处理。kill进程解除占用后，应该将对应的服务进行重启。
总结
? ? ? ? 日常使用中，nohup命令启动的服务，建议将标准输出重定向到“黑洞”中，即?
nohup java -jar xxx.jar >dev/null 2>&1 &? ? ? ? ?>dev/null 表示将标准输出重定向到一个不存在的文件中。
?????????2>&1 & 表示将标准错误 重定向到标准输出，而标准输出已经指向了“黑洞”，所以标准错误也会输出到“黑洞”中。
? ? ? ? 对应的日志，一般使用日志框架，将log 按日期输出到指定的日志文件中。
