查看crontab正在执行的命令，方法并非单一，取决于你希望达到的目的和系统环境。 直接查看正在运行的进程信息是最直接有效的方式。
最常用的方法是使用 ps 命令结合 grep 命令。 ps aux | grep cron 能列出所有与cron相关的进程。 你会看到一些进程名称类似于 /usr/sbin/cron 或者 /usr/lib/cron/crontab，这些是cron守护进程本身。 真正重要的，是那些包含你crontab任务中命令的进程。 比如，你的crontab里有一条定时备份数据库的命令，那么你应该能找到一个进程名包含 mysqldump 或类似内容的进程。 需要注意的是，这个方法只能看到当前正在运行的任务，如果任务执行时间很短，可能已经结束，无法被捕捉到。
我曾经遇到过一个棘手的问题：一个cron任务明明设置了，却没有任何效果。 使用 ps aux | grep cron 没有发现任何相关的进程。 我反复检查了crontab文件，语法没有问题，执行权限也正确。 最终，我发现问题出在cron运行的环境变量上。 我的cron任务依赖于某些环境变量，而这些变量在cron的运行环境中并没有被设置。 解决方法是在crontab文件中，明确指定所需的路径和环境变量，例如 export PATH=/usr/local/bin:$PATH; /usr/local/bin/my_script 。 这个问题提醒我，要仔细检查cron任务的运行环境，避免因环境变量缺失导致任务失败。
另一个方法，更直接地监控cron的执行，是使用日志。 很多应用会将运行结果写入日志文件。 你可以通过检查这些日志文件来确认cron任务是否正常执行，以及执行的结果。 比如，我曾经用cron定时运行一个Python脚本，这个脚本会将运行结果写入到一个文本文件。 当cron任务出现问题时，我直接查看这个日志文件就能快速定位问题所在。 这个方法的优势在于，它能提供更详细的信息，包括执行时间、执行结果，甚至错误信息。 但缺点是需要预先设置日志记录功能。
最后，一些更高级的系统监控工具，例如 top 命令，也能帮助你观察系统进程，间接地找到cron执行的命令。 但是，这些工具通常信息量比较大，需要一定的经验才能有效地从中提取所需的信息。 我个人更倾向于使用 ps 命令结合 grep 命令，因为它简单直接，易于上手。
总而言之，选择哪种方法取决于你的具体需求和系统配置。 仔细检查crontab文件、进程列表和日志文件，通常能找到你想要的答案。 记住，仔细检查运行环境和日志信息，往往能更有效地解决问题。
