编程与软件工程pixelbeat.org
常见的 shell 脚本错误（2008）
Common shell script mistakes (2008)
2013 — 2021，它一次次回到首页
黑点是上首页（≥ 50 分）的那次投稿，空心点是没冲上去的投稿，点越大分数越高。
导读
这是 pixelbeat.org 上一份长期被引用的清单，列举编写 shell 脚本时常见的错误和陷阱，如变量未加引号、条件测试写法、循环和文件名处理等，并给出更稳妥的写法。文章不长，面向希望写出可移植、健壮 shell 脚本的读者。
为什么经久不衰：它把 shell 里多年不变的经典坑集中成清单，配合 ShellCheck 等工具，今天写脚本前仍值得对照检查。
HN 评论精选
ShellCheck 是检查 shell 脚本问题的实用工具。
推荐 Shellcheck（http://www.shellcheck.net/），一个 shell 脚本的 linter。
illicium查看英文原文
Shout out to Shellcheck (http://www.shellcheck.net/), a linter for shell scripts
Google 的 shell 风格指南可作为更系统的参考。
现在 Google Shell 风格指南在这里，可能比这篇文章更适合作为起点：https://google.github.io/styleguide/shell.xml
pvg查看英文原文
The google shell style guide linked now lives here and is probably an even better starting point than this article: https://google.github.io/styleguide/shell.xml
文件名空白/换行等是 shell 最难缠的坑；生成脚本再执行也很常见。
最大的 shell 脚本错误是没有正确处理文件名中的空白字符，而如果文件名很怪（内嵌换行、首尾空格、内嵌制表符），几乎不可能完全处理正确。内嵌引号也可能很棘手，尤其是在写一个生成脚本的脚本时。用 bash 写生成脚本的脚本这种情况出奇常见。把流管道给 sed 转成 shell 命令，比逐行迭代并挑出要执行命令的参数更省事。把脚本保留为输出 shell 命令的形式，也让你在真正执行前检查它会做什么（通过管道给 bash）。
barrkel查看英文原文
The single biggest shell script mistake is not handling whitespace in file names correctly, and it's almost impossible to do correctly if you have weird file names: embedded newlines, leading and trailing spaces, embedded tabs. Embedded quotes can be tricky too, especially if you're writing a script that generates a script. That bit, writing a script that generates a script, happens surprisingly often in bash. It's cheaper to pipe a stream to sed that converts it into a shell command than it is to iterate over all the lines, and individually pluck out the arguments for the commands you want to execute. Leaving the script as something that outputs shell commands also lets you inspect what it does before committing to it (by piping it to bash).
复杂脚本可考虑改用 Perl/Python，减少 shell 边界问题。
太多边界情况。如果只是给别的可执行文件做包装之外还要更复杂，我宁愿直接用 Perl。更难写错、更易测试、表达力相同、可移植性更好（适用于所有 shell 和 Windows），还免费获得正则表达式。Python 也是不错的替代。
stewartbutler查看英文原文
So many edge cases. I prefer to just use perl if I am doing anything more complicated than making a wrapper for some other executable. Harder to screw up, easier to test, same expressiveness, better portability (works with all shells and with windows), plus you get regular expressions for free. Python is a good alternative as well.
历次讨论
同类还值得读
开源应用架构
The Architecture of Open Source Applications
《开源软件架构》（AOSA）是一本在线免费书，邀请知名开源项目的作者亲自剖析其内部设计，涵盖 SQLAlchemy、LLVM、Audacity、Apache、Bash 等系统。
编程与软件工程上首页 9 次 · 2011–2024aosabook.org编辑精选编程语言简史：简短、不完整且多半错误
A Brief, Incomplete, and Mostly Wrong History of Programming Languages
一篇以戏谑、故意不准确的方式回顾编程语言史的博客文章，用夸张轶事和讽刺定义串起 Lisp、C、C++、Java、JavaScript、PHP 等语言。
编程与软件工程上首页 8 次 · 2009–2021james-iry.blogspot.comSQLite 是如何测试的
How SQLite is tested
SQLite 官方文档页，系统介绍 SQLite 的测试体系：多种测试方法（TCL 测试、模糊测试、回归测试、静态分析等）和海量测试用例，展示了这个小型开源项目如何靠极致测试获得…
编程与软件工程上首页 8 次 · 2009–2025sqlite.org编辑精选高级编程语言（2009）
Advanced programming languages (2009)
Matt Might 的经典文章，按用途推荐“高级编程语言”：如果追求就业就选主流语言，如果追求表达力、学术研究或创业，则推荐 Haskell、OCaml、Scala 等函数式语…
编程与软件工程上首页 8 次 · 2009–2022matt.might.net我的 Forth 与栈机器经历
Yosefk - My history with Forth & stack machines
作者以亲身经历回顾了使用 Forth 语言和栈式机器的历程：既赞叹其简洁优雅、代码量小、可自举的优点，也坦率指出栈操作在实际编程中的痛苦，以及 Forth 社区文化中的问题。
编程与软件工程上首页 8 次 · 2010–2024yosefk.com编辑精选