ZSH中实现Bash `_command`补全的等效方案

有一个用于包装命令的Shell函数：

app() {
    setsid "$@"
}

在Bash环境下，执行complete -F _command app就能让app自动获得完整的命令补全能力——不仅能补全路径中的二进制文件，还能补全对应命令的后续参数。

那么在ZSH中该如何实现同样的功能？我了解到可以借助_normal和-command-line-，但始终没找到能直接写入.zshrc的正确配置。

更新：遇到的崩溃问题记录 #

以下配置会导致ZSH触发SIGSEGV崩溃：

autoload -U compinit && compinit
compdef _normal app

# 尝试对app进行制表补全时出现：
# _normal:1: maximum nested function level reached; increase FUNCNEST?

FUNCNEST=999

# 再次尝试制表补全后：
# !!! ZSH崩溃（可通过coredumpctl查看崩溃信息）!!!

解决方案 #

在ZSH中，为app这类包装函数实现完整命令补全，推荐以下两种可靠方法：

方法一：直接复用_command补全函数

ZSH内置了_command补全函数，专门用于处理命令及参数的补全逻辑，只需在.zshrc中添加以下配置：

autoload -U compinit && compinit
compdef _command app

该配置和Bash中的complete -F _command app效果完全一致，app会自动继承所有系统命令的补全规则，包括命令本身和后续参数。

方法二：自定义补全函数避免递归问题

如果尝试_normal时遇到了嵌套递归崩溃，可以通过自定义补全函数绕开这个问题：

autoload -U compinit && compinit

_app_completion() {
    # 跳过第一个参数（即app自身），将补全焦点转向后续输入
    shift words
    (( CURRENT-- ))
    _command_line
}

compdef _app_completion app

这个方法通过手动调整补全参数的位置，调用_command_line来模拟完整的命令行补全流程，彻底避免了_normal引发的无限递归问题。

崩溃原因说明 #

使用compdef _normal app会触发无限递归：_normal补全函数会尝试补全当前命令（也就是app），而app又被关联到_normal，形成循环调用。即使调高FUNCNEST参数，也会因为递归层级过高导致栈溢出，最终引发SIGSEGV崩溃。因此绝对不要用_normal来关联这类命令包装函数。

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