segments的专栏

可重入的函数是安全的。不可重入的函数，每次调用返回的结果，可能是不一致的，即使每次传入的参数是一样的。编程语言里的函数如此，那么linux的shell脚本是不是可重入的呢？答案是：未必。其中，有很大部分的shell脚本是不可重入的。这自然带出问题：如何防止shell脚本的重入？---------------------------------------摘自某某不会装AC的码农笔录这里讨论的脚本重入问题，是说在同一时刻，同时调用2次同一个脚本文件。很多时候，我们希望的结果可能有2种，分别是：1. 多

本文链接：https://blog.csdn.net/hongweigg/article/details/78978295应用场景在一些应用中（比如Jenkins），嵌入了shell脚本，系统通过shell脚本的返回值来判断执行结果，如果返回值非0，则发生了执行错误，需要中止执行，这在使用单个命令时没有问题。然而，在shell （A）脚本又调用了shell脚本文件（B ）时，当被调用的shell脚本B执行过程中发生了错误时，系统不会认为B有问题，而是继续往下执行。这样就会掩盖了问题。解决在被

无论是外置的getopt命令，亦或是bash内置的getopts函数，都对bash脚本的传入参数做了一些规定，比如强制规定了短参数"-t 1"，长参数“--test 1”。但是现实环境的脚本参数是杂乱无章的，不光是长短参数结合的， 还有类似这样的参数"-test 1"， 注意了是长参数的基础上少一个减号“-”。如此混乱的传入参数，如何解析，是一个令人头大的难题。...

Bash Debugger这个开源项目很有意思，可以对需要调试的脚本单步跟踪，设置断点，查看变量值，打印调用堆栈等等。它是怎么做到的？有点意想不到。

前言被问及bash shell的调试方法问题，写了10多年的各种脚本，还真被问到了。以往的打印信息和输出log文件的搞法，对于一些linux后台开发使用到的复杂脚本调试，确实是不够的。有点糗！已存在的方法Shell脚本调试选项Shell本身提供一些调试方法选项：-n，读一遍脚本中的命令但不执行，用于检查脚本中的语法错误。 -v，一边执行脚本，一边将执行过的脚本命令打印到标准输出。 -x，提供跟踪执行信息，将执行的每一条命令和结果依次打印出来。使用这些选项有三种方法(注意:避免几种

[常用shell命令] 批量替换文件内容和文件名

统计文本文件内容包含多少行，同时求取出每行行首的偏移地址。一行一行读取文件内容，计算行数和行首的offset当然是一个方法。使用shell命令来计算，则是一个快速有效的验证手段。