❶ 如何在linux系统中使用终端打开和编辑文本文档
在linux下可以使用vi或vim命令打开和编辑文档。
例如：
打开文档t.txt：
vi t.txt打开文档后按i进入编辑模式，可以对文本进行编辑。
编辑完成后按Esc退出编辑模式，输入:wq可以保存并退出文件。
更多vi的使用方法请参考官网文档或网络上的介绍文章。
❷ Linux编程基础知识进阶篇（指令）
linux常用的语言就是shell和python，首先我们得先了解语言的概念
<<-EOF
EOF
编写一个简单的bash档如下：
我们可以看到用./执行bash档时，没有进入到/home目录下，这种我们称为 在子shell中执行 ，其不影响当前shell的状况（有时候执行成功没有效果的原因）。但是无论是. 执行还是source执行我们都成功进入了home路径下，这我们称之为 在当前shell执行
su nologinshell 不加载用户的shell
su - loginshell 加载用户的shell
可以很明显的看出来，当用不加载用户的shell加载用户时，是不会具有当前加载用户的权限的，很像windows中的游客模式
history历史记录缓存
~/.bash_history退出后写入缓存
~/.bash_logout退出后执行
在这一层，顺带按图索骥，理解一下linux系统开机的历程。红字：系统层开机/切换用户历程；蓝字：用户层开机/切换用户历程；黄字：用户层关机历程。
曾经玩过一个游戏：在用户指令关机时，会有一辆小火车开过，所以我们可以把调用小火车开过的程式调用写在？
1、命令和文件的自动补齐 shift
2、命令的历史记忆功能：上下键、!number 执行第多少条命令、
!string 找到最近以string开头的命令、!& 上一个命令最后的参数、
!! 执行上一个命令、^R 搜索历史命令
3、别名功能：alias 查看别名、unalias 取消别名、(命名前加斜线跳过别名)
alias xx=’xx’ 定义临时别名、vim ~/.bashrc 定义永久别名
4.快捷键：^D 退出、^A 光标移动到命令最前、^E 光标移动到命令最后、
^L 清屏、^U 往前的删掉、^K 往后的删掉、^Y 撤销、^M 回车
^S 锁屏、^Q 解除锁屏
5.前后台作业控制：& 后台不保留、nohup 后台保留、screen
; && || （命令返回值echo &?）
*任意多个字符
?任意一个字符
[]匹配括号内任意一个字符
()在子shell中执行
{}集合
转义字符
注意点:echo -e “a b”
$? 前一条命令的执行成功与否
$1 传入的第一个参数 $2 $3 位置变量
没有使用环境变量的必要性
练习内容：读取用户指定文档的ip连通性
bc计算器
假设我们定义了一个变量为：
记忆的方法为：
利用${ } 还可针对不同的变数状态赋值(没设定、空值、非空值)：
❸ Linux Shell 脚本编程最佳实践
IT路边社
前言
与其它的编码规范一样，这里所讨论的不仅仅是编码格式美不美观的问题， 同时也讨论一些约定及编码标准。这份文档主要侧重于我们所普遍遵循的规则，对于那些不是明确强制要求的，我们尽量避免提供意见。
编码规范对于程序员而言尤为重要，有以下几个原因：
本文档中的准则致力于最大限度达到以下原则：
尽管本文档涵盖了许多基础知识，但应注意的是，没有编码规范可以为我们回答所有问题，开发人员始终需要再编写完代码后，对上述原则做出正确的判断。
注 ：未明确指明的则默认为必须（Mandatory）
主要参考如下文档:
仅建议Shell用作相对简单的实用工具或者包装脚本。因此单个shell脚本内容不宜太过复杂。
在选择何时使用shell脚本时时应遵循以下原则：
可执行文件不建议有扩展名，库文件必须使用 .sh 作为扩展名，且应是不可执行的。
执行一个程序时，无需知道其编写语言，且shell脚本并不要求具有扩展名，所以更倾向可执行文件没有扩展名。
而库文件知道其编写语言十分重要，使用 .sh 作为特定语言后缀的扩展名，可以和其他语言编写的库文件加以区分。
文件名要求全部小写, 可以包含下划线 _ 或连字符 - , 建议可执行文件使用连字符，库文件使用下划线。
正例:
反例：
源文件编码格式为UTF-8。避免不同操作系统对文件换行处理的方式不同，一律使用 LF 。
每行最多不超过120个字符。每行代码最大长度限制的根本原因是过长的行会导致阅读障碍，使得缩进失效。
除了以下两种情况例外：
如出现长度必须超过120个字符的字符串，应尽量使用here document或者嵌入的换行符等合适的方法使其变短。
示例：
除了在行结束使用换行符，空格是源文件中唯一允许出现的空白字符。
对从来没有用到的或者被注释的方法、变量等要坚决从代码中清理出去，避免过多垃圾造成干扰。
Bash 是唯一被允许使用的可执行脚本shell。
可执行文件必须以 #!/bin/bash 开始。请使用 set 来设置shell的选项，使得用 bash echo "Process $: Done making $$$."
# 示例7：命令参数及路径不需要引号 grep -li Hugo /dev/ "$1"
# 示例8：常规变量用双引号，ccs可能为空的特殊情况可不用引号 git send-email --to "${reviewers}" ${ccs:+"--cc" "${ccs}"}
# 示例9：正则用单引号，$1可能为空的特殊情况可不用引号 grep -cP '([Ss]pecial||?characters*) ${1:+"$1"}
# 示例10：位置参数传递推荐带引号的"$@"，所有参数作为单字符串传递用带引号的"$*" # content of t.sh func_t { echo num: $# echo args: 1:$1 2:$2 3:$3 }
func_t "$@" func_t "$*" # 当执行 ./t.sh a b c 时输出如下： num: 3 args: 1:a 2:b 3:c num: 1 args: 1:a b c 2: 3:
使用 $(command) 而不是反引号。
因反引号如果要嵌套则要求用反斜杠转义内部的反引号。而 $(command) 形式的嵌套无需转义，且可读性更高。
正例：
反例：
条件测试
使用 [[ ... ]] ，而不是 [ , test , 和 /usr/bin/[ 。
因为在 [[ 和 ]] 之间不会出现路径扩展或单词切分，所以使用 [[ ... ]] 能够减少犯错。且 [[ ... ]] 支持正则表达式匹配，而 [ ... ] 不支持。参考以下示例：
尽可能使用变量引用，而非字符串过滤。
Bash可以很好的处理空字符串测试，请使用空/非空字符串测试方法，而不是过滤字符，让代码具有更高的可读性。正例：
反例：
正例：
反例：
正例：
反例：
文件名扩展
当进行文件名的通配符扩展时，请指定明确的路径。
当目录中有特殊文件名如以 - 开头的文件时，使用带路径的扩展通配符 ./* 比不带路径的 * 要安全很多。
应该避免使用eval。
Eval在用于分配变量时会修改输入内容，但设置变量的同时并不能检查这些变量是什么。反例：
请使用进程替换或者for循环，而不是通过管道连接while循环。
这是因为在管道之后的while循环中，命令是在一个子shell中运行的，因此对变量的修改是不能传递给父shell的。
这种管道连接while循环中的隐式子shell使得bug定位非常困难。反例：
如果你确定输入中不包含空格或者其他特殊符号（通常不是来自用户输入），则可以用for循环代替。例如：
使用进程替换可实现重定向输出，但是请将命令放入显式子 shell，而非 while 循环创建的隐式子 shell。例如：
总是检查返回值，且提供有用的返回值。
对于非管道命令，使用 $? 或直接通过 if 语句来检查以保持其简洁。
例如：
当内建命令可以完成相同的任务时，在shell内建命令和调用外部命令之间，应尽量选择内建命令。
因内建命令相比外部命令而言会产生更少的依赖，且多数情况调用内建命令比调用外部命令可以获得更好的性能（通常外部命令会产生额外的进程开销）。
正例：
反例：
加载外部库文件不建议用使用.，建议使用source，已提升可阅读性。正例：
反例：
除非必要情况，尽量使用单个命令及其参数组合来完成一项任务，而非多个命令加上管道的不必要组合。常见的不建议的用法例如：cat和grep连用过滤字符串; cat和wc连用统计行数; grep和wc连用统计行数等。
正例：
除特殊情况外，几乎所有函数都不应该使用exit直接退出脚本，而应该使用return进行返回，以便后续逻辑中可以对错误进行处理。正例：
反例：
推荐以下工具帮助我们进行代码的规范：
原文链接：http://itxx00.github.io/blog/2020/01/03/shell-standards/
获取更多的面试题、脚本等运维资料点击: 运维知识社区 获取
脚本之---短信轰炸机
脚本之---QQ微信轰炸机
ansible---一键搭建redis5.0.5集群
elk7.9真集群docker部署文档
全球最全loki部署及配置文档
最强安全加固脚本2.0
一键设置iptbales脚本