如何确定应用程序的进程名称？

这种情况：

在使用Unity快速列表编辑器（的下一个版本）上，我想添加一种“重新启动”启动器图标的可靠方法。为此，我需要删除图标（编辑gsettings）并将其替换在相同位置。到目前为止没有问题。但是，如果有问题的应用程序正在运行，则用户可能会丢失数据，因为从启动器中删除其图标后，该应用程序将退出。我需要的是找到一个应用程序的进程名，让在运行，如果应用程序正在运行的进程列表编辑器检查，并发送警告信息给用户的图标无法重新启动的可靠方法，如果该应用程序运行。

到目前为止，我所做的是使编辑器查看桌面文件，阅读命令，还阅读命令，从目录部分删除，此外，查看桌面文件命令可能引用的远程脚本，寻找开始的字符串用“ ./”

尽管该方法似乎对我测试过的所有应用程序都适用，但是我仍然觉得必须有一种更简便的方法来“一站式”解决问题。

在那儿？

也欢迎提出建议以应对更多特殊情况！

在一般情况下，无法解决此问题。不管采用哪种机制，我都相信编写一个让您难以捉摸的过程始终是可能的，除非您首先修改了启动过程的方式以进行跟踪。

Upstart必须处理完全相同的问题以跟踪守护程序是否仍在运行，并且Upstart作业作者必须指定详细信息（派生数）以供Upstart跟踪。鉴于新贵无法在没有帮助的情况下进行管理，我也不认为可以。而且，新贵甚至可以控制流程的启动方式，我认为您不在这里。

我认为您可以做的最好的事情就是您已经在做的事情。查看/proc/<pid>/stat和/proc/<pid>/cmdline是一种合理的一般方法，但仍不能解决所有情况。该pgrep命令将其包装。如果尚未使用pgrep，请查看pgrep手册页，以找到可以匹配的选项。

说了这么多，我不相信您真的首先需要这样做。如果您无法跟踪该过程，那么我也不会看到Unity如何做到这一点。更好的方法是首先消除应用程序崩溃吗？我将详细研究为什么您的应用程序崩溃（肯定是某个地方的错误？），而不是像您描述的那样尝试解决它。我想知道这是否只会影响Unity感知的应用程序，这些应用程序通过DBus调用Unity以获得更多功能？

该xprop命令（紧跟着alt-tab进入相关的应用程序窗口，然后在窗口中单击一次）似乎对我有用。