Shell函数无法直接设置超时，但可通过timeout命令包装、ulimit -t限制CPU时间或子进程+wait手动计时三种方式实现；其中timeout最简单可靠，ulimit适用于计算密集型场景，手动方案兼容旧系统。
Shell 函数本身不能直接设置“超时时间”，但可以通过包装函数调用、借助外部命令或子进程机制，实现对函数执行时长的硬性限制。核心思路是：不让函数在前台阻塞主流程，而是放进可中断的上下文中运行。
用 timeout 命令包装函数调用
这是最简单、最可靠的方式——把整个函数体（或其调用）当作一个命令交给 timeout 管理。
- 函数需以独立脚本形式存在（如
my_func.sh），或封装为可被bash -c执行的字符串 - 示例（函数内含 curl 请求）：
timeout 15s bash -c 'source ./utils.sh; fetch_data_from_api' - 若函数定义在当前脚本中，可用
bash -c加引号方式调用（注意变量传递需显式导出或拼接）：export URL="https://api.example.com"; timeout 10s bash -c 'source ./script.sh; my_network_func "$URL"'
用 ulimit -t 限制 CPU 时间（适合计算密集型）
ulimit -t 限制的是累计 CPU 占用时间（非挂钟时间），对网络 I/O 阻塞效果有限，但可防死循环或正则回溯爆炸等 CPU 耗尽场景。
- 在函数开头加：
ulimit -t 8（最多使用 8 秒 CPU 时间） - 注意：该限制作用于当前 shell 进程及其所有子进程，且一旦触发，会发送
SIGXCPU信号并终止进程 - 不适用于纯等待型操作（如
read、sleep、未响应的curl），因为它们不消耗 CPU
用子进程 + wait + 计时器手动控制（兼容旧系统）
当 timeout 不可用（如极简容器或嵌入式环境），可用纯 Bash 实现基础超时逻辑：
- 启动函数在后台子 shell 中运行：
my_network_func & - 记录起始时间，用
wait -n或轮询kill -0检查是否退出 - 超时后用
kill终止子进程（注意 PID 获取要准确，推荐用$!） - 示例关键片段：
my_network_func &<br>pid=$!<br>(sleep 12; kill $pid 2>/dev/null) &<br>wait $pid 2>/dev/null || true
关键细节与避坑提醒
实际使用中容易忽略的点：
-
timeout默认只杀目标进程，不递归终止其子进程（比如curl启动的 DNS 查询可能残留）；加--preserve-status或配合-k（如timeout -k 2s 10s ...）更稳妥 - 函数内调用的命令（如
wget、curl）自身也支持超时参数（-m 10、--max-time 10），应优先启用，比外层包装更精准 - 不要在函数里直接写
ulimit -t后跟exec—— 它会替换当前 shell，导致函数后续逻辑失效 - 检查
timeout是否可用：command -v timeout >/dev/null || echo "timeout missing"
