🏀Linux目录标准？

🏆bin -> usr/bin   #可执行文件目录，linux自带命令在这里
🏆boot   #开机会使用到的文件，包括Linux核心文件以及开机菜单与开机所需配置文件等。
🏆dev #设备目录
🏆etc   #配置文件几乎都放置在这个目录内，例如人员的帐号密码档、各种服务的启始档等。
🏆home #家目录，系统默认的使用者主文件夹，用户的个人文件都可放在这里
🏆lib -> usr/lib  #放置在开机时会用到的函数库，以及在/bin或/sbin下面的指令会调用的函数库
🏆lib64 -> usr/lib64 #与lib类似
🏆media   #放置可移除的设备，包括软盘、光盘、DVD等等设备都暂时挂载于此。
🏆mnt #设备临时挂载目录
🏆opt #第三方协力软件放置的目录
🏆proc #是一个虚拟文件系统，放置内存中的数据，不占用硬盘空间
🏆root #系统管理员的主文件夹
🏆run #放置系统开机后所产生的各项信息
🏆sbin -> usr/sbin  #里面包括了开机、修复、还原系统所需要的指令，root用户使用
🏆srv #service是一些网络服务启动之后，这些服务所需要取用的数据目录。
🏆sys   #与proc类似
🏆tmp #temp,让一般使用者或者是正在执行的程序暂时放置文件的地方
🏆usr #unix software resource：与软件安装/执行有关
🏆var #variable,与系统运行过程有关,主要为变动性较大的数据

⛺️2. Linux数据重定向的理解与操作

🚗2.1 基本准备

基本大部分计算机，要与人交互，都要默认打开三个设备(文件)

为什么？Linux一切皆文件，交互需求，输入输出信息分类

🚗2.2 重定向的理解

🚀2.2.1 输出重定向 >

🏀首先我们先利用echo命令进行内容打印到屏幕，类似于C语言的printf

🏀如果我们想把这句话不直接显示到屏幕上，而是存到屏幕里呢？这就需要输出重定向 >

🏀如果在追加一句hello呢？

🏀这样我们就可以得出输出重定向(>)结论：

🏆写入到指定文件

🏆写入是覆盖写入

🚀2.2.2 追加重定向 >>

🏀我们发现对于追加重定向>>；并不会进行覆盖；而是在文件的末尾处进行追加！

🚀2.2.3 输入重定向 cat

🏀输入的内容来源于键盘

🏀输入的内容来源于文件

将文件打开，作为程序的输入源！

🚗2.3 代码0,1,2的深入理解

🚀2.3.1 >重定向的是标准输出数据

🏀查找

我们利用find命令，去查找所有目录下的test.c文件；这里用的是普通用户，查找的结果肯定是有正确的、也有因为权限不够错误的；那么如果我们把这些文件重定向到test.c文件会发生什么有趣的情况呢？

🏀重定向

我们执行find / -name test.c > 111发现在111里只有标准输出被重定向进来了；错误的还是打印在屏幕上！

🏀结论

通过上面两组数据的对比，可以得到：显示器输出的信息中，有正确的，也有错误的；>只把正确的进行了重定向！简言之就是>只重定向标准输出的数据！

🚀2.3.2 怎样重定向标准错误输出数据

那么我们怎么把标准错误输出也重定向进去呢？

我们再cat 111就会发现，标准输出和标准错误输出的信息全都重定向到test.c了！这里内容比较多，就不在截图验证了；感兴趣的小伙伴不妨实操一下！

🚀2.3.3 怎样把标准错误输出直接抛弃

🏀我们想直接把标准错误数据直接抛弃，也不让它在屏幕上打印出来，怎么办呢？

我们通过通过参数2，把标准错误输出的信息丢到/dev/null，只打印正确的数据！那么/dev/null又是什么呢？可以简单把它理解为一个垃圾桶！

🏀把标准输出和标准错误输出全都不要，怎么处理呢？
相当于把查找出来的数据全都扔到垃圾桶里；屏幕上什么都不打印！

🏀结论

🏆>111：默认情况，重定向的是标准输出到111；

🏆2> /dev/null：表示重定向标准错误到垃圾桶里，保留标准输出；

🏆> /dev/null 2>&1：表示所有数据都不保留，丢到垃圾桶里；

⛺️3. Linux管道命令的理解与操作

所谓管道就是用过 “|” 把前一个的输出，作为后一个的输入！

🏀例如：

如果我们只想显示前五个信息呢？

🏀对于管道符见的最多的就是和grep在一块使用！grep是按照行为单位进行关键字的过滤！

比如：我们要查看 /etc/services配置文件里的所有出现services行的数据：

🏀管道符我们可以一直这样筛选下去，比如；我们在2的基础上；利用wc -l命令统计一下，在etc/services文件里有多少行包含services关键字呢？这就需要在加一层管道符！

可见，管道是可以级联多条命令的，每条命令的结果输出，都作为输入，导入下一条命令。有点像流水线

⛺️4. Linux 环境变量与PATH（重点）

在Linux中，命令、程序、工具可简单理解为可执行程序！既然是可执行程序，那么就可以直接运行！

🚗 4.1 引出的问题

我们通过一个例题，提出问题：

🏀我们写一个hello world小程序放到test.c文件中，生成可执行程序，探讨一下，它的执行过程！

🏀编译方法直接编译

（1）我们gcc test.c；就可以生成可执行文件，默认是生成a.out文件；例如：

（2）我们也可以用 -o选项，自己制定生成文件的名字，例如：

🏀运行方式

对于ls命令是可执行程序，a.out和test也是可执行程序，那么为什么a.out和test需要带./才能运行，.代表当前路径，/代表命令分隔符；而ls可以直接运行呢？

🚗 4.2 问题的解决

🏀我们不妨去想ls命令执行的方式一样，直接执行生成的可执行过文件a.out

会发现命令找不到！这就需要解释一下一个命令的执行过程：1.找到 2.执行；我们找都找不到怎么执行呢？

🏀ls为什么能直接执行呢？因为在系统中，可执行程序的搜索路径是保存在一个“全局”变量中，PATH，给系统提供命令的搜索路径。是环境变量的一种！

🏀所以ls能直接运行是因为它的路径/usr/bin在PATH中，我们当前运行的a.out路径/home/zl/japan并不在环境变量当中！如果想像ls那样直接运行，要把/home/zl/japan这个路径添加到环境变量PATH当中就可以了！

🏀如何查看环境变量？echo $PATH

PATH：保存了多条路径！路径之间用“ ：”冒号隔开！

PATH：从左向右一次进行程序的搜索，找不到就继续下一条路径，找到了就停下来；找不到就提示：未找到命令（command not found!）

🏀如何让a.out像ls一样可以直接执行？

（1）方法1：利用cp把a.out拷贝到PATH的任何一条路径

这样在/usr/bin里找到a.out文件；但是千万不要这样干，因为会‘污染’指令集！

（2）方法2：把a.out路径直接拷贝到PATH里

首先要明确a.out，用pwd查看到路径是/home/zl/japan；把这个路径加到PATH里，怎么加进去呢？利用export加进去！

🏆先查看一下以前的路径

🏆把/usr/home/japan路径加进去PATH；并打印查看

🏆直接执行a.out

补充：env #显示当前用户环境变量！