我正在寻找 bash 命令的 zsh 等效项history -c，换句话说，清除当前会话的历史记录。在 zshhistory -c中返回 1 并带有错误消息history: bad option: -c。
只是为了澄清，我不是在寻找删除内容的方法$HISTFILE，我只是想要一个命令将历史记录重置为我打开终端时的相同状态。删除的内容$HISTFILE与我想要的相反：它删除了我想要保留的历史记录并保留了我想要删除的历史记录（因为当前会话的历史记录会附加到它上面，无论它的内容之前是否被删除）。
我现在使用一种解决方法，但它显然不太理想：在当前会话中，我设置HISTFILE=/dev/null并关闭并重新打开终端。这会导致关闭会话的历史记录不会附加到$HISTFILE. 但是，我真的很喜欢history -cbash 之类的东西，它比必须关闭并重新启动终端要优雅得多。
在阅读了 ilkkachu 对这个问题的回答后，我了解到内置的declare（带参数）shell 的存在。-n
help declare带来：
设置变量值和属性。
声明变量并赋予它们属性。如果没有给出名称，则显示所有变量的属性和值。
-n ... 使 NAME 成为对其值命名的变量的引用
我要求用一个例子进行一般性解释，declare因为我不明白man. 我知道什么是变量并对其进行扩展，但我仍然想念manon declare（变量属性？）。
也许您想根据 ilkkachu 在答案中的代码来解释这一点：
#!/bin/bash
function read_and_verify {
read -p "Please enter value for '$1': " tmp1
read -p "Please repeat the value to verify: " tmp2
if [ "$tmp1" != "$tmp2" ]; then
echo "Values unmatched. Please try again."; return 2
else
declare -n ref="$1"
ref=$tmp1
fi
}
在某些时候，在我遇到的一些关于 Linux 的教材（来自 Linux Foundation）中，提到了以下内容：
ipifconfigcommand 比使用netlink套接字而不是ioctl系统调用更通用和更有效。
谁能详细说明一下，因为我无法理解引擎盖下发生了什么？
PS 我知道关于这些工具的这个主题，但它没有解决它们如何操作的具体差异
在bash脚本中，我需要/proc/文件中的各种值。到目前为止，我有几十行直接像这样对文件进行 grepping：
grep -oP '^MemFree: *\K[0-9]+' /proc/meminfo
为了提高效率，我将文件内容保存在一个变量中并grepped：
a=$(</proc/meminfo)
echo "$a" | grep -oP '^MemFree: *\K[0-9]+'
而不是多次打开文件，这应该只打开一次并 grep 变量内容，我认为这会更快 - 但实际上它更慢：
bash 4.4.19 $ time for i in {1..1000};do grep ^MemFree /proc/meminfo;done >/dev/null
real 0m0.803s
user 0m0.619s
sys 0m0.232s
bash 4.4.19 $ a=$(</proc/meminfo)
bash 4.4.19 $ time for i in {1..1000};do echo "$a"|grep ^MemFree; done >/dev/null
real 0m1.182s
user 0m1.425s
sys 0m0.506s
dash和也是如此zsh。我怀疑/proc/文件的特殊状态是一个原因，但是当我将内容复制/proc/meminfo到常规文件并使用时，结果是相同的：
bash 4.4.19 $ cat </proc/meminfo >meminfo
bash 4.4.19 $ time for i in $(seq 1 1000);do grep ^MemFree meminfo; done >/dev/null
real 0m0.790s
user 0m0.608s
sys 0m0.227s
使用 here 字符串来保存管道会稍微快一些，但仍然不如文件快：
bash 4.4.19 $ time for i in $(seq 1 1000);do <<<"$a" grep ^MemFree; done >/dev/null
real 0m0.977s
user 0m0.758s
sys 0m0.268s
为什么打开文件比从变量中读取相同内容更快？
Vim 8.1 添加了该:terminal命令，它打开一个新的 bash 终端作为拆分。但是，它似乎总是水平拆分，我更喜欢垂直拆分。有没有办法在不使用的情况下将终端打开为垂直拆分：
:vsp
:terminal
<c-w>j
:q
或者，有没有办法可以将它作为命令添加到我的.vimrc中，如下所示：
command Vterm :vsp | :terminal | <c-w>j | :q
上面的命令在尝试执行时阻塞<c-w>j，打开一个新的 vim 拆分，其中包含以下内容：
执行作业失败：没有这样的文件或目录
只是有：
command Vterm :vsp | :terminal
工作正常，但留下原来的分裂。
我有一个二进制文件，我应该破解它的密码（作业）。还给出了一个函数（一个作为二进制文件一部分的函数）。该函数显示输入字符串与正确的密码逐个字符进行比较，并在字符错误时立即返回 false （我猜这是不安全的做法，因为它正在泄漏时间，我们知道正确的密码长度为例子）。但是我们的老师添加了一个随机计时器，它返回结果（正确/错误），让我们更难...
无论如何，我已经通过逆向工程成功完成并获得了正确的密码。现在我在命令行中使用它：
/usr/bin/time -v ./program_name enter_password
使用这个命令，我得到了很多信息，例如系统时间、交换、执行时间。但是对我来说最有趣的是“自愿上下文切换”，因为我输入的密码字符越正确，“自愿上下文切换”就越少“我明白了！
我输入的错误字符越多，我得到的“自愿上下文切换”就越多。
仅通过输入该命令，输入字符并观察“自愿上下文切换”，我就花了将近两个小时来破解密码。只要一个字符是正确的，“自愿上下文切换”就会减少一。
我的问题是，“自愿上下文切换”到底是什么，为什么它们帮助我破解密码？
我有一个myhome.sh只包含一行的 bash 脚本：
echo $HOME
脚本的所有者是用户：
$ ls -l myhome.sh
-rw-rw-r-- 1 user user <date> <time> myhome.sh
在Ubuntu 16.04 和 17.10中，我得到：
$ echo $HOME
/home/user
$ sudo echo $HOME
/home/user
$ bash myhome.sh
/home/user
$ sudo bash myhome.sh
/home/user
在Debian Buster/Testing中，我得到：
$ echo $HOME
/home/user
$ sudo echo $HOME
/home/user
$ bash myhome.sh
/home/user
# WHY ?
$ sudo bash myhome.sh
/root
我不明白为什么在 Debian 的脚本中，如果它是用 sudo 执行的，我总是$HOME=/root在 Ubuntu 中得到$HOME=/home/user. 有谁知道 Ubuntu 开发人员改变了什么？
我正在使用的应用程序不会以此用户消息开头：[Errno 13] Permission denied: '/home/sleblanc/.config/app/.config
当我使用ls时，文件显示如下：
?--------- 1 root root 0 Dec 31 1969 .config
在文件上运行 stat 给了我这个：
% stat .config
File: .config
Size: 0 Blocks: 0 IO Block: 4096 weird file
Device: 2dh/45d Inode: 9799944 Links: 1
Access: (0666/?rw-rw-rw-) Uid: ( 1000/ sleblanc) Gid: ( 1000/ sleblanc)
Access: 1969-12-31 19:00:00.000000000 -0500
Modify: 1969-12-31 19:00:00.000000000 -0500
Change: 2018-04-07 23:40:22.549653691 -0400
最令人惊讶的是提到了一个“奇怪的文件”。
什么是奇怪的文件？
据我了解，该hosts文件是帮助解决计算机网络中的网络节点的几个系统工具之一。但是里面应该是什么？当我默认安装 Ubuntu 时
127.0.0.1 localhost
将在那里。为什么？
/etc/hosts在像 Cassandra 这样的 JVM 系统中如何工作？