重写type函数调用which致Bash cd命令Tab补全失效及循环警告

这问题我之前也碰到过，根源其实很清晰——你覆盖了bash内置的type命令，而cd的自动补全脚本刚好依赖内置type的原生行为来完成路径补全逻辑。

当你把type重定义为调用which的函数后，补全脚本在执行过程中会调用type，触发你的自定义函数。而which在查找命令路径时，会间接触发bash的路径检查逻辑，这刚好和cd补全正在处理的路径逻辑产生了重叠，被bash的可编程补全机制检测为“可能的重试循环”，于是就抛出警告并终止补全了。

换成echo就没问题，是因为这个自定义函数只是简单输出参数，完全不会触发任何可能导致循环的路径检查逻辑，补全脚本可以正常执行。

给你两个解决方案：

方案1：重命名自定义函数（最推荐） #

别去碰内置命令的名字，给你的自定义函数换个更独特的名字，比如mytype：

mytype() { which "$1"; }

这样既满足了你想用which替代type输出的需求，又完全不会干扰bash的内置补全逻辑，cd自动补全立刻就能正常工作。

方案2：保留type函数名，兼容补全逻辑 #

如果你一定要用type作为函数名，可以通过检测补全环境变量，让补全脚本调用时使用内置type，用户手动调用时才用which：

type() {
  # 检查是否是补全脚本在调用（COMP_CWORD是补全相关的环境变量）
  if [[ -n "$COMP_CWORD" ]]; then
    # 补全场景：调用bash内置的type命令
    builtin type "$@"
  else
    # 用户手动调用：执行which命令
    which "$1"
  fi
}

这种写法可以兼顾两种场景：你自己输入type时得到which的结果，而cd补全脚本调用type时用原生逻辑，彻底避免了循环问题。

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