Mac&Linux——关于配置环境变量造成-bash: ls: command not found所有shell命令无法使用的问题解决

Posted 2022-12-12 扫地增

1 背景：

事情发生在笔者在自己的mac本上进行kafka集群搭建时，由于在家目录下配置环境变量

cd 
vi .bash_profile

保存退出后，进行了source使配置生效，随之进行ls操作。

source .bash_profile

操作报错如下：

2 冷静分析

怎么肥事？一脸懵逼？？？大写的问号？？？老子就在普通用户下source个环境文件怎么把系统的shell命令都干崩了？？？
我强破自己冷静下来，经过一番思绪意淫，我幡然明悟，卧槽！！！原来原因如此简单！
这就需要我们理解在普通用户下家目录下的.bash_profile和系统/etc/profile在重新source后那个优先级更高，其实按照计算机提供多用户组的目的其实就是为了支持在同一机器不同用户的个性化需求，这样理解原来在重新source之后我们.bash_profile比系统/etc/profile优先级更高。我们知道基本命令都在/usr/bin目录下，那么问题来了，我们的.bash_profile里是没定义基础命令使用，也就是没有显示声明出/usr/bin这个路径的。

问题解决

有人说只需要在shell环境中直接运行命令：

export PATH=/bin:/usr/bin:$PATH

将PATH重新赋值即可，然而我们发现当我们重启机器，卧槽咋又回去了？？？这里其实是因为机器在重启后会重新加载我们的环境变量文件.bash_profile，因此我们仅仅在shell中直接执行只是临时生效的在重启session或者机器之后，发现一朝回到解放前，那么我们到底应该咋整呢？
其实我们可以利用这个重启重载的机制，直接将

export PATH=/bin:/usr/bin:$PATH

放在我们.bash_profile的最后，发现完美解决。无论如何重启都会有效。

你以为这就完了？

这里其实这种解决仅仅是解决了问题带来的问题，真正根本在于环境变量存在问题我们再来仔细看kafka这个地方的PATH配置我们就会发现。。。。。这什么玩意这是我配的？我呸！$PATH呢被狗吃了？

到这里我们才幡然悔悟原来此时才真的冷静下来啊，那么我们将 $PATH加上之后

艾玛真香！问题彻底解决！