linux中不能直接通过pid查日志，需结合进程类型定位：systemd服务用journalctl _pid=1234；java应用查启动命令ps -p pid -o cmd=找日志参数；web服务器查配置或lsof -p pid | grep log；自定义程序看重定向输出，最直接是lsof -p pid | grep -e '\.log|\.out|\.err$'。
Linux 中不能直接通过进程 ID（PID）查日志，因为系统本身不自动把 PID 和日志文件做绑定。但你可以结合进程信息、启动方式、服务类型和日志路径规律，快速定位它产生的日志。关键在于“找对日志源”，而不是指望一个命令直出结果。
先确认进程属于哪类应用
不同来源的进程，日志位置差异很大：
-
systemd 服务：用
journalctl -u 服务名或journalctl _PID=1234（直接按 PID 查 journal 日志） -
Java 应用（如 Spring Boot）：通常有独立日志目录，比如
/var/log/myapp/或启动时指定的--logging.file.name=xxx.log；可用ps -p 1234 -o cmd=看启动命令，找日志路径参数 -
Web 服务器（Nginx/Apache）：查配置文件中
access_log和error_log指向的位置，再用lsof -p 1234 | grep log看它打开了哪些日志文件 -
自定义脚本或后台程序：检查
ps -p 1234 -o cmd=输出，看是否重定向了 stdout/stderr 到某个 .log 文件
用 lsof 查进程打开的日志文件
这是最直接的方法——很多程序会把日志写入打开的文件描述符中：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
lsof -p 1234 | grep -E '\.log|\.out|\.err$'- 如果看到类似
java 1234 user 10w REG 253,0 124892 1234567 /var/log/app/app.log，说明它正在写这个文件 - 接着用
tail -f /var/log/app/app.log实时跟踪
从启动命令反推日志位置
进程启动时往往自带日志路径线索：
-
ps -p 1234 -o cmd=显示完整命令行（含参数） - 常见模式：
java -jar app.jar --logging.file.path=/data/logs、./server.sh > /tmp/server.out 2>&1 - 若命令里有重定向符号
>或>&1，后面跟的就是日志文件路径
查 systemd 的 journal（推荐用于现代 Linux 发行版）
如果进程由 systemd 启动（绝大多数服务默认如此），journal 会自动记录其所有输出：
-
journalctl _PID=1234—— 精确匹配该 PID 的全部日志（包括启动前后的） -
journalctl _PID=1234 -n 50 -f—— 查最近 50 行并持续跟踪 -
journalctl -u nginx --since "2 hours ago"—— 若知道服务名，按时间范围查更高效
