为什么/ proc / PID / status中进程的名称与package name或ps命令不匹配

时间:2013-01-04 17:09:41

标签: kernel process

我编写的本机应用程序使用/proc/PID/status名称变量。但是,状态文件中的name变量似乎不完整。例如,在测试时我打开Android计算器并从PS查找PID并转到相应的/proc/PID文件夹。然后我捕捉状态文件以查看

Name: oid.calculator

PS命令​​显示com.android.calculatorpackages.xml显示com.android.calculator。我在其他一些手机上测试过(运行相同操作系统版本的Razr Maxx运行4.0.4,谷歌Nexus),并注意到类似的行为。

1 个答案:

答案 0 :(得分:12)

这取决于Linux内核功能:进程有两个不同的名称。

  • 其中一个名称是可执行文件路径的最后一个组件,例如native_executable如果您的申请位于/data/apps/com.example.hello/native_executable。这是Name /proc/PID/status字段中显示的名称。内核将其截断为15个字符,因此在这种情况下它包含native_executab
  • 另一个名称由调用应用程序作为其命令行参数#0的程序传递(C中为argv[0],Java中为args[0])。这是显示在/proc/PID/cmdline开头且ps显示的名称。
  • 可执行文件的路径也是符号链接/proc/PID/exe的目标。

按照惯例,当程序启动另一个程序时,它应该使用可执行文件的名称作为命令行参数0,但是可以选择不这样做。 Name的{​​{1}}字段始终设置为内核可执行文件的(截断的)名称。

这是一项常规Linux功能 - 另请参阅Can I use standard tools to get the full name of a process, when its name has embedded spaces?上的Ask Ubuntu

应用程序本身可以在之后更改这两个名称(尽管存在长度限制)。 Dalvik使用此功能来区分应用程序:所有应用程序都源自相同的本机可执行文件/proc/PID/status; VM不会将它们全部调用/sytem/bin/app_process,而是将两个名称都更改为应用程序包名称。 app_process中的名称限制为15个字符,这就是它被截断的原因。您可以从/proc/PID/status获取更长的名称(读取到第一个空字节)。