经常要在bash脚本里面或者直接对脚本本身加上sudo运行命令，但是这引发了一系列的问题。
比如用sudo的时候，脚本里的~或$HOME指代用户文件夹的这个变量，到底是应该指向我真正的用户文件夹如/home/pi呢，还是指向了超级管理员的用户文件夹/root/呢？
实际上它指向了/root/文件夹，这是我们绝对不想要的。但是很多命令如安装个程序，都不得不用sudo，那怎么办？
首先要说下经验：命令行的权限执行，从表现上来看，可以分为以下5种情况：
admin-manual: 普通用户手敲命令 sudo-manual: 手敲命令加sudo admin-bash: 以普通用户执行bash脚本 sudo-bash: 以sudo执行bash脚本 root-any: 以root用户登录很多变量、环境变量在这4中情况下，会经常出现混乱！（混乱指的是我们自己，不是电脑）
另外，说个小技巧。
我们都直到~变量是指向当前用户目录，实际上~abc格式的变量可以指向指定用户的用户目录，如~pi会指向/home/pi，或~ubuntu指向/home/ubuntu.
理清一下思路：
在正常执行脚本如./test.sh时是没有任何问题的，即使脚本里面出现了sudo如sudo apt-get update这样也是没有问题的。
也就是说，就只有对整个脚本执行sudo的情况下如sudo ./test.sh，才会出现严重问题的！
那么假设我的真实用户是pi，而HOME目录在/home/pi，现在我要在sudo ./test.sh这样的执行方式下找出正确的解决方案。
以下为脚本中的各种语句和变量以及显示结果：
# （不推荐！） $ whoami >>> root # 不同于whoami，能够指出当前有哪些用户登录电脑，包括本机登录和ssh登录的所有人 $ who am i >>> 有些机器上显示为空 >>> Mac上显示: pi ttys001 Nov 26 16:57 # 等同于whoami （不推荐！） $ echo $USER >>> root # 用户主目录位置 (不靠谱不推荐！） echo $HOME >>> /root $ 用户主目录位置，等同于$HOME （不推荐！） $ echo ~ >>> /root # 直接使用环境变量LOGNAME $ echo $LOGNAME >>> root # 显式调用环境变量LOGNAME $ printenv LOGNAME >>> root # SUDO_USER是root的ENV中的环境变量， # 同时普通用户的env是没有的，只有root用户才能显示出来 $ sudo echo $SUDO_USER >>> pi # 显示调用环境变量SUDO_USER （不推荐！） # 从结果中可以看到，即使是sudo身份执行的脚本，脚本里面是否加sudo也会不同！ $ printenv SUDO_USER >>> pi $ sudo printenv SUDO_USER >>> root
从上面测试中可以看出，如果我们是用sudo执行bash脚本的话，很多变量都是“不靠谱”的。
Stackoverflow中，比较一致性的倾向就是使用$SUDO_USER这个环境变量。而测试中也的确，它是最“稳定的”，即在不同的权限、OS系统下，都能始终如一(只限有sudo的系统）。
