为何在Shell脚本中为wasmer设置timeout不生效？

你遇到的问题核心是：同一个timeout 5s wasmer hello.wasm命令，在交互式命令行里能快速完成（实际退出码为0），但放到bash脚本中执行就返回124（timeout命令超时的标志）。

问题复现细节 #

• 命令行执行结果（修正$?的查看方式）：

  wuyf@tiger:~/temp/hello/target/wasm32-wasi/release$ timeout 5s wasmer hello.wasm 
  Hello, world!
  wuyf@tiger:~/temp/hello/target/wasm32-wasi/release$ echo $?
  0
  

• 脚本run.sh内容：

  #!/bin/bash
  timeout 5s wasmer hello.wasm
  

• 脚本执行结果：

  wuyf@tiger:~/temp/hello/target/wasm32-wasi/release$ ./run.sh 
  wuyf@tiger:~/temp/hello/target/wasm32-wasi/release$ echo $?
  124
  

最可能的原因：交互式与非交互式shell的环境差异 #

bash的交互式shell（你直接敲命令的终端）和非交互式shell（执行脚本时的环境）加载的配置文件不同，导致环境变量（尤其是PATH）不一致，进而调用了不同版本的wasmer，或者wasmer的运行环境有差异，导致启动/运行耗时飙升到超过5秒。

排查与解决步骤 #

• 确认命令行和脚本中wasmer的路径是否一致

  1. 在命令行执行：which wasmer，得到类似/home/wuyf/.cargo/bin/wasmer的路径
  2. 修改脚本添加路径检查：

     #!/bin/bash
     echo "Script PATH: $PATH"
     echo "Script wasmer path: $(which wasmer)"
     timeout 5s wasmer hello.wasm
     

  对比命令行的echo $PATH和which wasmer结果，如果脚本里的wasmer路径不同，说明脚本的PATH未包含你用户级的安装路径（比如cargo的bin目录）。

• 用绝对路径调用wasmer解决环境差异
  把脚本里的wasmer替换成命令行里得到的绝对路径，比如：

  #!/bin/bash
  timeout 5s /home/wuyf/.cargo/bin/wasmer hello.wasm
  

  再运行脚本，看是否还超时。

• 对比wasmer在两种环境下的实际耗时

  1. 命令行执行：time wasmer hello.wasm，记录实际运行时间
  2. 修改脚本：

     #!/bin/bash
     time wasmer hello.wasm
     timeout 5s wasmer hello.wasm
     

  运行脚本，看脚本里wasmer的耗时是否接近或超过5秒。如果是，说明非交互式环境下wasmer的运行效率确实更低，可能需要调整超时时间，或者排查wasmer在非终端环境下的性能问题。

补充：关于$?的用法 #

你之前直接输入$?会报错“command not found”，因为$?是保存上一条命令退出码的变量，需要用echo $?才能查看它的值。命令行里实际的退出码是0，说明wasmer顺利执行完成；脚本里的124是timeout命令的退出码，代表它强制终止了超时的子进程。

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