内容简介:如果由于某种原因,我发现我的程序中有一个致命的情况,我想退出一个错误代码.有时,致命错误的上下文不在其他文件描述符的范围之内.关闭这些文件描述符是一个很好的做法.
如果由于某种原因,我发现我的程序中有一个致命的情况,我想退出一个错误代码.
有时,致命错误的上下文不在其他文件描述符的范围之内.
关闭这些文件描述符是一个很好的做法.
据我所知,这些文件在进程死机时自动关闭.
文件自动关闭,但这是一个很好的做法.
在这个例子上见valgrind
david@debian:~$cat demo.c #include <stdio.h> int main(void) { FILE *f; f = fopen("demo.c", "r"); return 0; } david@debian:~$valgrind ./demo ==3959== Memcheck, a memory error detector ==3959== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==3959== Using Valgrind-3.6.0.SVN-Debian and LibVEX; rerun with -h for copyright info ==3959== Command: ./demo ==3959== ==3959== ==3959== HEAP SUMMARY: ==3959== in use at exit: 568 bytes in 1 blocks ==3959== total heap usage: 1 allocs, 0 frees, 568 bytes allocated ==3959== ==3959== LEAK SUMMARY: ==3959== definitely lost: 0 bytes in 0 blocks ==3959== indirectly lost: 0 bytes in 0 blocks ==3959== possibly lost: 0 bytes in 0 blocks ==3959== still reachable: 568 bytes in 1 blocks ==3959== suppressed: 0 bytes in 0 blocks ==3959== Rerun with --leak-check=full to see details of leaked memory ==3959== ==3959== For counts of detected and suppressed errors, rerun with: -v ==3959== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 4 from 4)
如你所见,它会引起内存泄漏
在某些情况下,您可以使用atexit():
#include <stdio.h> #include <stdlib.h> static FILE *f; static void free_all(void) { fclose(f); } static int check(void) { return 0; } int main(void) { atexit(free_all); f = fopen("demo.c", "r"); if (!check()) exit(EXIT_FAILURE); /* more code */ return 0; }
http://stackoverflow.com/questions/15246833/is-it-a-good-practice-to-close-file-descriptors-on-exit
以上所述就是小编给大家介绍的《在退出时关闭文件描述符是一个很好的做法》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!
猜你喜欢:- 12 种使用 Vue 的优秀做法
- SessionId /认证令牌生成的最佳做法
- 防止 Git 泄漏的 5 种最佳做法
- 固定/冻结行表头、列表头的做法
- ABTest 流量分发和业界的一些做法经验
- 未来的Kubernetes将效仿Facebook的做法
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。