经常要在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这样的执行方式下找出正确的解决方案。
以下为脚本中的各种语句和变量以及显示结果：从上面测试中可以看出，如果我们是用sudo执行bash脚本的话，很多变量都是“不靠谱”的。
Stackoverflow中，比较一致性的倾向就是使用$SUDO_USER这个环境变量。而测试中也的确，它是最“稳定的”，即在不同的权限、OS系统下，都能始终如一(只限有sudo的系统）。
那么现在我们有了用户名，就可以用~pi这样的命令获取主目录/home/pi了，但是！
这时候问题又出现了：手敲时候，我们可以获得~pi的正确地址，但是脚本中却不识别~pi是个什么东西，顶多是个字符串，没法像变量一样。
那既然是这样，我们就不能用~abc方法了，改用虽然老套但是绝对不混乱的方法：
从/etc/passwd中直接看。手动的话可以直接打开passwd查看，脚本里面就比较麻烦，最方便的是用系统命令getent即Get Entries命令，获得指定用户的信息：
那么，剩下的是有把其中的/home/pi取出来了，我们用cut就轻松取出。
所以全部过程如下：
顺利得到/home/pi！
再进一步，如果脚本没有以sudo方式运行呢？这时候root用户和普通用户的环境变量下都是没有SUDO_USER这个变量的。那么就需要加一步判断了：
即如果SUDO_USER为空，则正常使用$LOGNAME获取当前用户。为什么不用$USER而是用$LOGNAME呢？因为USER不是每个系统都有，但是LOGNAME是*nix系统下都会有的。
更新
由于部分OS不能正确获取LOGNAME，所以统一采用uid的方式获取用户路径：
再更新
MacOS没有/etc/passwd，也不支持getent passwd <UID>方式获取用户信息，但是sudo下也能保持$USER和$HOME变量内容不变。
所以更改为下：
即如果getent方式无法获取内容，则直接取$HOME的值。
再再更新
因为bash不支持以上嵌套的三元运算表达式，所以要拆开：
再再再更新
如果是root的话，grep uid的时候会匹配到passwd中所有含0的行，所以要改进为以下：
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持服务器之家。
原文链接：https://segmentfault.com/a/1190000018029866
声明： 猿站网有关资源均来自网络搜集与网友提供，任何涉及商业盈利目的的均不得使用，否则产生的一切后果将由您自己承担！ 本平台资源仅供个人学习交流、测试使用 所有内容请在下载后24小时内删除，制止非法恶意传播，不对任何下载或转载者造成的危害负任何法律责任！也请大家支持、购置正版！ 。本站一律禁止以任何方式发布或转载任何违法的相关信息访客发现请向站长举报，会员发帖仅代表会员个人观点，并不代表本站赞同其观点和对其真实性负责。本网站的资源部分来源于网络，如有侵权烦请发送邮件至：2697268773@qq.com进行处理。