使用ltrace跟踪Google Chrome时提示非ELF文件，求解决方案

这个问题我之前排查过，根源很清晰：你执行的/usr/bin/google-chrome并非真正的ELF可执行程序，而是一个shell启动脚本——ltrace只能直接作用于ELF格式的二进制文件，自然会抛出这个错误。下面是具体的解决步骤：

步骤1：定位Chrome真实的二进制文件路径 #

有两种简单方法可以找到实际的可执行文件：

• 用readlink解析脚本的指向：

  readlink -f /usr/bin/google-chrome
  

  通常输出会是类似/opt/google/chrome/chrome的路径。
• 直接查看启动脚本的内容，找到实际调用的二进制行：

  cat /usr/bin/google-chrome
  

  在脚本里你会看到类似exec -a "$0" "$HERE/chrome" "$@"的语句，"$HERE/chrome"就是真实路径。

步骤2：用ltrace直接跟踪真实二进制 #

拿到真实路径后，直接用ltrace跟踪它即可：

# 基础跟踪
ltrace /opt/google/chrome/chrome

# 如果需要打开指定网页，直接追加参数
ltrace /opt/google/chrome/chrome https://example.com

额外优化：处理Chrome的多进程特性 #

Chrome启动后会生成大量子进程，如果你想跟踪所有子进程的函数调用，记得加上-f参数：

ltrace -f /opt/google/chrome/chrome

要是输出信息过于繁杂，可以用-e参数过滤特定函数（比如只跟踪libc库的函数）：

ltrace -e 'libc:*' /opt/google/chrome/chrome

这样就能正常跟踪Chrome运行时的函数调用啦！

内容的提问来源于stack exchange，提问作者M R