gopsutil项目在macOS新版本中ExeWithContext函数的问题分析

问题背景

gopsutil是一个用于获取系统和进程信息的Go语言库，在macOS系统中，它通过调用lsof命令来获取进程的可执行文件路径。然而，在较新版本的macOS上，当处理Go语言编译的二进制程序时，ExeWithContext函数会返回错误"missing txt data returned by lsof"。

技术细节

该问题的核心在于ExeWithContext函数的实现逻辑。函数期望从lsof命令的输出中获取至少两个"ftxt"条目，然后从中提取可执行文件路径。但在新版本的macOS系统中，lsof命令的输出发生了变化，对于某些进程（特别是Go编译的程序）可能只返回一个"ftxt"条目。

问题重现

通过以下简单的Go程序可以重现该问题：

package main

import (
	"fmt"
	"os"
	"strconv"
	"github.com/shirou/gopsutil/v3/process"
)

func main() {
	pid, _ := strconv.Atoi(os.Args[1])
	proc, _ := process.NewProcess(int32(pid))
	_, err := proc.Exe()
	if err != nil {
		fmt.Printf("获取可执行路径失败: %v\n", err)
	}
}

当传入一个正在运行的Go程序的PID时，程序会输出错误信息。

原因分析

通过分析lsof -p PID -Fpfn命令的输出发现，在新系统中，某些进程的输出中"ftxt"条目数量减少。例如，一个Perl进程的输出可能只包含一个"ftxt"条目，而旧版本系统中通常会包含多个。

这种变化可能与macOS系统底层实现或lsof工具本身的更新有关。虽然测试显示lsof版本仍为4.91，但系统内核或其他相关组件的变更可能导致输出格式的变化。

解决方案

针对这个问题，gopsutil项目需要调整ExeWithContext函数的实现逻辑，使其能够适应不同数量的"ftxt"条目。可能的改进方向包括：

1. 不再严格要求必须有多个"ftxt"条目
2. 实现更灵活的解析逻辑，能够处理不同格式的输出
3. 考虑使用其他方法来获取可执行路径作为备选方案

总结

这个问题展示了系统工具在不同版本间的兼容性挑战。作为开发者，在使用系统工具的输出时，需要考虑不同版本间的差异，并实现更健壮的解析逻辑。gopsutil项目已经合并了相关修复，用户可以通过更新到最新版本来解决这个问题。