Shell逻辑或操作符||未按预期生效：管道提取HTTP头时间失败时未返回系统时间

问题成因 #

Shell中||的触发规则是：前一个执行单元返回非零退出码时，才会执行后续兜底命令。你的命令未触发兜底逻辑，是两个Shell默认运行规则叠加导致的：

• 默认管道退出逻辑：未开启pipefail选项时，整条管道链的退出状态完全由链中最后一个命令的退出值决定，前置环节的非零退出会被直接忽略。
• 失败场景下的环节退出行为：当网络异常、请求资源不存在时，链路各步骤的实际输出和退出码如下：
  1. curl因网络不通、或请求返回4xx/5xx状态码，返回非零错误码，或返回的响应头中不包含Last-Modified字段
  2. grep未匹配到目标行，返回非零退出码，同时输出空内容
  3. cut处理空输入时无解析错误，正常返回退出码0
  4. date -f-从标准输入读取到空内容时，因为没有需要解析的无效日期行，会直接正常退出，返回退出码0
     最终整条管道的退出码是最后一步date返回的0，Shell会判定流程执行“成功”，自然不会触发||后的取当前系统时间的兜底逻辑。

修正方案 #

根据环境兼容要求，可以选择两种鲁棒性不同的实现方式：

方案1：匹配原有管道结构（Bash环境） #

执行命令前临时开启pipefail规则，让管道中任意环节的非零退出都能作为整条管道的退出状态，同时给curl加上--fail参数，确保HTTP返回4xx/5xx时curl直接返回非零退出：

set -o pipefail
curl -sLI --fail http://sgp-ping.vultr.com/vultr.com.100MB.bin | grep -i '^Last-Modified' | cut -c16- | date -f- '+%F %T' || date '+%F %T'

• 说明：pipefail是Bash 4.0+原生支持的选项，主流Linux发行版默认的Bash环境均可兼容，一旦curl请求失败、或grep未匹配到目标字段，就会立即触发兜底逻辑。

方案2：变量中转判断（全Shell环境兼容） #

如果需要适配不支持pipefail的轻量Shell（如dash），可以先将提取到的时间字段存入变量，通过判断变量是否为空选择执行分支，不依赖管道的特殊退出规则：

# 提取响应头中的Last-Modified字段值
last_modified=$(curl -sLI --fail http://sgp-ping.vultr.com/vultr.com.100MB.bin | grep -i '^Last-Modified' | cut -c16-)

# 根据提取结果输出
if [ -n "$last_modified" ]; then
    date -d "$last_modified" '+%F %T'
else
    date '+%F %T'
fi

• 说明：该方式完全不受管道默认退出规则的影响，只要提取到的时间内容为空，就会进入输出当前系统时间的兜底分支；同时用date -d直接解析单条时间字符串，比date -f-读取标准输入的行为更可控，不会出现空输入下的无意义正常退出。

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