execl函数用法疑问：为何重复传入ls参数、设为NULL有何影响？

问题1：第一个参数已经指定了/bin/ls的路径，为什么还要在第二个参数位置重复传入ls #

execl的两类参数作用是完全分开的：

• 第一个参数是给操作系统用的，作用是告诉内核要加载执行的二进制文件的实际存储路径，内核靠这个路径找到对应程序完成加载。
• 从第二个参数开始的所有参数，都是传递给新启动程序的命令行参数数组argv，argv[0]的约定含义就是程序自身的名称，这个值是给程序自身逻辑用的，和内核找程序的路径没有关联。

这个设计是故意留的灵活性：比如你可以写execl("/bin/ls", "my_custom_ls", "-l", NULL)，内核还是会正常运行/bin/ls程序，但ls程序拿到的argv[0]就是my_custom_ls，很多多模式程序（比如busybox）就是靠判断argv[0]的值来切换不同功能的。示例里传ls只是遵守了最常见的约定，让程序拿到的自身名称和实际运行的程序名保持一致而已。

问题2：这个参数是否可以设置为NULL？如果设置为NULL会产生什么影响 #

这个操作不符合POSIX标准，属于未定义行为，绝对不建议这么做：

• 规范层面：argv数组要求必须以NULL结尾，但argv[0]要求必须是非空的有效值，直接把第二个参数设为NULL，相当于给新程序的argv数组第一个元素就是空，数组长度为0，违反了接口约定。
• 实际运行层面：
  • 部分系统的C库会直接拦截这个非法调用，execl直接返回失败，错误码一般为EINVAL。
  • 就算调用成功，绝大多数程序默认argv[0]是有效非空值，访问argv[0]的时候会触发空指针错误，直接导致程序崩溃。
  • 极少数做了兼容处理的程序可能能正常运行，但这完全依赖具体程序的实现，没有可移植性，也不具备通用性。

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