新建的test.sh文件，vim进去，每行开头都默认有一个~符号，是什么意思，而且在里面鼠标也失效了？

你问的这两个问题，恰好是初学者刚接触vim编辑器时最常遇到的两个困惑。它们完全正常，不是系统出错了。

一、每行开头的~波浪号是什么意思？

结论：~表示这一行是空白行（没有任何字符，连空格都没有）。

详细解释

你的情况：

• 你用vim test.sh创建了一个新文件

• 新文件是空的，所以整个屏幕都是空白区

• vim用~来标记这些空白行，告诉你“这里没有内容”

当你开始输入内容时：

#!/bin/bash echo "hello" ~ ~ ~

• 第1、2行变成了实际内容（没有~）

• 第3行及以后仍然是空白行（还有~）

类比：就像一本笔记本，有字的页没有标记，空白页印了一个淡淡的“此页空白”水印。

二、为什么鼠标失效了？

结论：vim默认运行在“纯键盘模式”下，根本不支持鼠标操作。

为什么 Vim 要这样设计？

1. 历史原因：Vim 诞生于 1991 年，当时鼠标不是标配

2. 设计哲学：手不离键盘，提高编辑效率（高手用键盘比鼠标快得多）

3. 远程操作：服务器上根本没有图形界面，鼠标不存在

在 Vim 里怎么操作？

如果你实在想用鼠标（不推荐初学者）

在~/.vimrc中添加：

vim

set mouse=a

但这会改变 Vim 的正常行为（选中文本会变成 Visual 模式），反而更容易让初学者困惑。

三、正确的 Vim 学习路径

记住 Vim 的两种核心模式：

• 命令模式（默认）：按键盘是各种命令，不能输入文字

• 插入模式（按i进入）：按键盘就是输入文字

四、如果你只是想快速编辑文件（不是学 Vim）

bash

# 用 nano 编辑（更友好） nano test.sh # 屏幕底部有 ^X Exit 等提示，^ 表示 Ctrl 键 # 用 cat 快速创建 cat > test.sh << 'EOF' #!/bin/bash echo "hello" EOF

总结

建议：如果你未来想走大数据开发，Vim 是服务器上必用的工具（因为服务器没有图形界面），值得花一天时间入门。但如果只是偶尔编辑小文件，用nano完全够用。

老师说shell脚本语言的很多语法或设计反人类，尤其我之前作为web前端开发写JavaScript灵活多了，开始学Oracle的时候就觉得这语言太传统了，现在学Shell感觉语法更古老。

请罗列shell语法需要注意的点，或容易错误的点，让我可以平稳过渡。比如空格 双圆括号 中括号 等

你这个感受完全正确。作为前端开发者，你已经被 JavaScript 的灵活性“惯坏了”。Shell 的设计年代（1970年代）决定了它的语法像一台老式手动挡汽车：到处都是坑，而且每个坑都摔过无数人。

下面这张“Shell 语法避坑地图”，专为你这种 JavaScript 背景量身定制。记住，不要试图理解它“为什么反人类”，只需要记住规则并绕过陷阱。

一、最危险的陷阱：空格敏感（JavaScript 最自由，Shell 最严格）

在 JavaScript 中，空格基本无害。在 Shell 中，空格是语法分隔符，多一个少一个都会炸。

bash

# 典型案例（一定会出错） name="Tom" # ✅ 正确 name = "Tom" # ❌ 报错：name: command not found

记忆口诀：赋值等号紧贴变量，比较方括号留空隙。

二、变量的引号地狱（JS 模板字符串真香）

Shell 中双引号、单引号、反引号行为完全不同，而且没有 JS 的模板字符串好使。

bash

name="world" echo "hello $name" # hello world（双引号展开） echo 'hello $name' # hello $name（单引号不展开） # 建议：除非你明确需要防止变量展开，否则一律用双引号包裹变量 echo "$name" # ✅ 安全 echo $name # ⚠️ 如果变量有空格会被拆分，容易炸

黄金法则：所有变量都用"$VAR"括起来。

三、条件判断的括号迷阵（JS 一个if走天下）

Shell 有3 种括号，功能完全不同，是新手最容易晕的地方。

a=5 b=10 # ✅ 数值比较：用 (( )) if (( a < b )); then echo "$a 小于 $b" fi # ✅ 字符串比较：用 [[ ]] name="Alice" if [[ "$name" == "Alice" ]]; then echo "hello Alice" fi # ❌ 错误：用 [ ] 做数值比较会炸（它比较的是字符串） if [ $a < $b ]; then # 错误！

推荐写法：字符串/文件用[[ ]]，数字用(( ))，忘记古老的[ ]。

四、命令执行与管道（JS 的 Promise 是天堂）

Shell 中命令执行、管道、错误处理非常原始。

# 典型的脚本模式 if [ -f "config.txt" ]; then echo "文件存在" else echo "文件不存在，创建中..." touch config.txt fi # 检查命令是否执行成功 grep "error" app.log if [[ $? -eq 0 ]]; then echo "发现错误" fi

五、函数定义与返回值（JS 的函数是瑞士军刀）

Shell 函数非常原始，没有return值（只能用echo输出）。

# ✅ 正确：函数返回字符串用 echo get_name() { echo "Alice" } name=$(get_name) # name="Alice" # ❌ 错误：return 只能返回 0-255 的状态码（成功/失败） get_name() { return "Alice" # 错误！return 不是返回值，是退出码 }

记忆：Shell 函数就是一段命令集合，不是 JS 的函数。

六、常见错误速查表（打印出来贴显示器旁）

七、一份“反人类但必须记住”的模板

#!/bin/bash # 模板：安全、健壮、可读 # 1. 变量：等号无空格，一律加双引号 name="world" greeting="Hello, $name" # 2. 条件：用 [[ ]] 和 (( )) if [[ -f "config.txt" ]]; then echo "config exists" fi if (( 5 > 3 )); then echo "math works" fi # 3. 命令替换：用 $(...)，不是反引号 current_date=$(date +%Y-%m-%d) echo "Today is $current_date" # 4. 函数：输出用 echo get_full_name() { echo "Alice Johnson" } full_name=$(get_full_name) # 5. 错误处理 if ! mkdir -p "/tmp/mydir"; then echo "Failed to create directory" exit 1 fi

八、最后：给你的心态建议

一句话总结：不要和 Shell 讲道理，记住它的“奇葩规则”，把它当工具用，写完就跑。你的主业是大数据，不是 Shell 专家。

等你写几天 Shell，再回去写 JS，你会感动得流泪。

Shell在不同Linux版本中语法好像有细微差异，比如$ (($A+$B))有些版本正确，有些版本错误，请使用表格总结常见差异

你的观察非常敏锐！$(( $A + $B ))在某些系统上报错，而在另一些系统上正常，这确实是 Shell 脚本跨平台兼容性的经典问题。核心原因在于：不同 Linux 发行版默认的/bin/sh指向不同的 Shell 实现。

一、问题根源：/bin/sh指向谁？

关键结论：如果你用#!/bin/sh声明脚本，Ubuntu 会用dash执行，而 CentOS 会用bash执行。dash对语法要求更严格，很多bash的“舒服写法”在dash下直接报错。

你遇到的$(( $A + $B ))问题，正是因为dash对算术运算的语法要求更严格。

二、Shell 语法差异速查表

1. 算术运算

✅ 通用写法：result=$((a + b))（内部变量不加$）

# ❌ 在 dash 中可能报错 result=$(( $a + $b )) # ✅ 通用写法 result=$((a + b))

2. 条件判断

✅ 通用写法：[ "$a" = "$b" ]（单等号，双括号）

3. 字符串与数组

✅ 通用替代：用cut、sed、awk或tr处理字符串

# ❌ 子串截取 echo ${str:1:2} # ✅ 通用写法 echo "$str" | cut -c2-3

4. 函数

✅ 通用写法：func() { ... }（不要写function）

5. 循环

✅ 通用写法：for i in $(seq 1 10); do ...或while循环

# ❌ dash 不支持 for ((i=0;i<10;i++)); do echo $i; done # ✅ 通用写法 i=0 while [ $i -lt 10 ]; do echo $i i=$((i + 1)) done

6. 重定向与 Here Document

✅ 通用写法：用 Here Document 或>file 2>&1

# ❌ Here String cat <<< "hello" # ✅ Here Document cat << EOF hello EOF

7. Shebang 与执行方式

关键警告：即使用了#!/bin/bash，如果你用sh script.sh执行，会强制使用sh，忽略 shebang-7！

三、算术运算问题详解

针对你提到的$(( $A + $B ))：

a=5 b=3 # ❌ 在 dash 中可能报错 result=$(( $a + $b )) # dash 报错：bad substitution # ✅ 通用写法（内部不加 $） result=$((a + b)) # bash 和 dash 都支持 # ✅ 另一种通用写法 result=$(expr $a + $b) # 注意空格，但性能较差[citation:6]

为什么$(( $a + $b ))在 dash 中会报错？

dash的解析器要求$(( ))内部不要使用$引用变量，直接写变量名即可。虽然某些版本的dash可能宽容处理，但为了跨平台兼容，永远不要在内层加$。

四、如何编写跨平台脚本？

方案一：坚持 POSIX 标准（推荐生产环境）

使用#!/bin/sh+仅 POSIX 语法，功能受限但到处能跑。

#!/bin/sh # POSIX 兼容写法 a=5 b=3 result=$((a + b)) # 算术 [ "$a" -eq "$b" ] && echo eq # 比较 for i in $(seq 1 10); do # 循环 echo $i done

方案二：明确使用 bash

用#!/bin/bash声明，并确保脚本以./script.sh或bash script.sh方式执行-1-7。

#!/bin/bash # 大胆使用 bash 扩展 array=(a b c) for ((i=0;i<10;i++)); do echo $i done

方案三：测试你的脚本

# 用 dash 测试（Ubuntu） dash script.sh # 用 bash 测试 bash script.sh # 检查语法 sh -n script.sh

五、一句话总结

我用的Ubuntu，老师用的CentOS，test.sh开头的确老师推荐写的是#!/bin/sh，执行的时候老师用的是 sh test.sh。

我应该是用 bash test.sh执行吗

你的判断完全正确，而且你问到了一个非常关键、生产环境必踩的坑。

结论先行：在你的 Ubuntu 上，应该用bash test.sh执行，或者把脚本第一行改成#!/bin/bash然后用./test.sh执行。

一、为什么老师用sh test.sh没事，你用就会出问题？

结论：同样写#!/bin/sh+sh test.sh，在你俩机器上实际用的解释器不一样。

这就是为什么：

• 老师写的脚本在你机器上可能报错

• 你按老师的习惯写脚本，可能被dash卡住

二、你应该怎么做？（三个方案）

三、具体操作示例

#!/bin/bash+./test.sh

#!/bin/bash # 第一行写 bash，而不是 sh a=5 b=3 echo $((a + b)) # 算术 array=(1 2 3) # 数组也可以用 echo ${array[0]}

执行方式：

chmod +x test.sh ./test.sh # 或 bash test.sh

四、验证你的环境（强烈建议亲手跑一下）

# 1. 查看 /bin/sh 指向谁 ls -l /bin/sh # Ubuntu 输出：/bin/sh -> dash # CentOS 输出：/bin/sh -> bash # 2. 测试脚本 cat > test.sh << 'EOF' #!/bin/sh if [[ "a" == "a" ]]; then echo "双等号测试" fi EOF # 3. 用 sh 执行（Ubuntu 会报错） sh test.sh # 报错：test.sh: 2: [[: not found # 4. 用 bash 执行（成功） bash test.sh # 输出：双等号测试

五、学习阶段的建议

一个现实建议：你可以继续用#!/bin/sh写脚本，但执行时一律用bash test.sh。这样：

• 语法上你和老师保持一致（他读你脚本不别扭）

• 执行上你在 Ubuntu 不会踩dash的坑

总结一句话

在 Ubuntu 上，用#!/bin/bash或bash test.sh执行，才能和 CentOS 的行为对齐。

不是说 bash test.sh和sh test.sh一样吗

不一样！这是 Shell 学习中最常见的误解之一，你问到了关键点。

核心结论

结论：bash test.sh和sh test.sh在 Ubuntu 上不一样，在 CentOS 上才一样。

为什么会有这个误解？

因为很多人（包括老师）在 CentOS 上学习，CentOS 的/bin/sh是软链接指向/bin/bash，所以执行sh test.sh就等于执行bash test.sh。

# CentOS 上 ls -l /bin/sh # 输出：/bin/sh -> bash ← sh 就是 bash # 所以这两个命令完全等价 sh test.sh # 实际执行的是 bash bash test.sh # 也是 bash

但在 Ubuntu 上不一样：

# Ubuntu 上 ls -l /bin/sh # 输出：/bin/sh -> dash ← sh 是 dash，不是 bash！ # 这两个命令不等价 sh test.sh # 实际执行的是 dash（语法严格、功能少） bash test.sh # 执行的是 bash（功能丰富）

验证实验（强烈建议你自己跑一遍）

# 1. 创建一个测试脚本 cat > test.sh << 'EOF' #!/bin/sh echo "当前使用的 Shell: $0" if [[ "a" == "a" ]]; then echo "双等号测试通过" else echo "双等号测试失败" fi EOF # 2. 用 sh 执行（Ubuntu 上会报错） sh test.sh # 输出： # 当前使用的 Shell: sh # test.sh: 4: [[: not found ← dash 不认识 [[ # 双等号测试失败 # 3. 用 bash 执行（成功） bash test.sh # 输出： # 当前使用的 Shell: bash # 双等号测试通过 ← bash 认识 [[

为什么 Ubuntu 要把/bin/sh设为dash？

代价：很多在 bash 里写得很舒服的语法（[[ ]]、数组、==、source等），在 dash 里直接报错。

你在 Ubuntu 上应该怎么做？

一句话记忆

Ubuntu 上sh不是bash，是dash。想用 bash 就写bash或#!/bin/bash。