execv与execvp路径差异疑问：为何仅其一需指定文件完整路径？

你碰到的这个问题，本质是execv和execvp处理程序路径的逻辑完全不一样——手册里的描述确实有点太简洁了，我给你把细节掰碎了讲明白：

核心差异：要不要在PATH里搜程序 #

• execv：它完全不会碰系统的PATH环境变量。如果传入的文件名（第一个参数）不带斜杠（/），它就只会在当前工作目录里找这个文件。这就是为啥你输入./a b时，execv能正常跑b——它直接在当前目录里找b这个可执行文件。

  额外提一句：如果给execv传的文件名带斜杠（比如./b或者/home/you/b），它就严格按你给的路径去找，不会乱搜。

• execvp：它会先看你传的文件名有没有斜杠：

  • 如果不带斜杠（比如只写b），它会挨个遍历PATH环境变量里的所有目录，找有没有叫b的可执行程序。要是你的当前目录（.）没在PATH里，那它肯定找不到b，自然就执行失败了。
  • 如果带斜杠（比如./b），它就直接跳过PATH搜索，按你给的相对/绝对路径去查找程序——这就是为啥你必须输入./a ./b才能让execvp正常工作的原因。

举个实际场景验证 #

假设你的PATH里没加.（当前目录）：

1. 用execv调用b：execv("b", ...) → 直接在当前目录找b，成功运行。
2. 用execvp调用b：execvp("b", ...) → 翻遍PATH里的目录都找不到b，报错失败。
3. 用execvp调用./b：execvp("./b", ...) → 因为文件名带斜杠，直接去当前目录找，成功运行。

一句话总结 #

• 用execv跑当前目录的程序：写b或者./b都能行，因为它默认看当前目录。
• 用execvp跑当前目录的程序：如果当前目录不在PATH里，必须写./b；要是当前目录在PATH里，写b也能成。

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