问题描述
目标是了解哪些因素可以改变已经运行的进程的umask，并提供有关如何追踪可能导致变化的原因的建议。
启动了一个巨大的过程，这是一个更大的“启动”过程的一部分。这个过程是一个大型Java过程，它执行大量的JNI调用以及一些文件I / O和目录的创建。
在一个shell脚本中是一个循环，该循环使/ proc // status捕获该过程的“ umask”值。 随着umask值的滚动，您实际上可以看到值的变化。
007
007
113
113
113
007
113
113
007
通常在2个值之间切换。
该平台是Linux，并使用Corretto 11。
问题：
1-进程A是否可以更改进程B的umask值？如果是这样，将使用什么命令？我可以检查该命令是否正在使用。
2-此HUGE进程中的过程/函数/ JNI调用是否可以更改其自身进程的umask？如果是这样，将使用什么命令？我可以检查该命令是否正在使用。
3-我应该搜索哪些其他调用，这可能会更改此特定过程的umask值？
4-是否有任何推荐的工具可用于监视导致umask更改的原因？
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）