最近在调试多进程编程的时候，发现父进程打开过文件后，创建子进程，子进程会拷贝父进程的文件描述符，
举例，比如是串口设备，父进程打开串口后又关闭了串口，可是下次再打开就打不开了，
这是因为没有使用  O_CLOEXEC
    在多进程环境中，如果没有使用O_CLOEXEC标志打开文件描述符，可能会导致以下问题：
资源浪费：
    子进程可能会继承不必要的文件描述符，占用宝贵的文件描述符资源。操作系统通常有一个限制，每个进程可以打开的最大文件描述符数量，如果子进程继承了大量描述符，可能会很快达到这个限制。
安全风险：
    子进程可能会无意中访问或修改父进程打开的文件，这可能包括敏感数据，如日志文件、配置文件或其他重要资源。
竞态条件：
    如果多个子进程同时尝试操作同一个文件，可能会导致竞态条件，造成数据不一致或错误。
性能影响：
    在某些情况下，如果子进程不需要使用父进程打开的文件，但仍然继承了它们，这可能会增加不必要的系统调用开销，尤其是在频繁创建和销毁子进程的场景中。
    调试和维护困难：
    不正确的文件描述符管理会使问题排查和调试变得复杂，因为很难追踪哪些进程在何时使用了哪个文件。
不符合最佳实践：
    不使用O_CLOEXEC可能不符合安全和最佳编程实践，尤其是在编写服务器和守护进程等长期运行的程序时。
    为了防止这些问题，通常建议在打开文件时使用O_CLOEXEC标志，或者在fork之后使用fcntl设置FD_CLOEXEC标志，以确保子进程不继承不需要的文件描述符。如果在open时无法使用O_CLOEXEC，也可以在fork之后使用fcntl关闭不需要的描述符。
但是在我虚拟机上
root用户的就可以，普通用户就不可以，普通用户 O_CLOEXEC 了，子进程仍然会继承文件描述符