与Emacs中的其他shell不一样的是，Eshell不是继承默认与的子进程进行交互的 comint-mode 因为Eshell不是一个子进程，所以它就没有必要使用 comint-mode 了；不过似乎这是件 好事，因为这意味着 comint-mode 的例程和钩子是不会作用于Eshell的。此外，几乎 所有 comint-mode 的常用命令，都在Eshell中重新实现了，并且使用相同的按键绑定 .当然，也有为数不多的按键绑定没有迁移到Eshell,例如在Eshll中搜索历史命令的 comint-history-isearch-backward-regexp 是绑定到了 M-r,而原来shell中相同 功能的命令的按键就是 C-r Eshell可以在所有的平台都正常工作，其实和Eshell真正进行交互的是一个通用的中间件 (即Emacs Lisp/C的一个库),而该中间件又会跟你的操作系统进行通信，处理例如复制文件 等相关操作。此外，这个中间件甚至支持在Eshell中使用 Tramp 的特性 由于Emacs是血统纯正的Unix产物，Eshell是可以重现例如bash等传统Unix shell以及 其他GNU工具链的同样功能的。此外，如果你使用的是Windows,你应该感到庆幸，因为你 再也不用折腾 cygwin ,也不需要为跨平台移植Emacs而担忧依赖问题。事实上，对比 cygwin 的bash,在很多方面，Eshell对Windows的支持是做得更好滴。例如，你不再 需要 /cygdrive/c 来扩展相应的功能，因为Eshell自身就支持Windows/MS-DOS的路径 (所以 cd D: 或者 D: 同样都可以进入D盘) 虽然Eshell有很多好处，但是我还是要列出那些让人们很困惑的观点(或者说是误解):

1. Eshell不是一个终端模拟器，它不是跟shell进行通信，事实上，它就是一个shell.

它做的所有工作，无论是在屏幕展示数据，还是获取目录里面的信息，它都是通过Emacs 实现的，然后Emacs会再跟你的操作系统进行通信

1. 由于Eshell跟其他进程通信的方式 (特别是异步通信),所以可能导致它的缓冲区(Buffers) 和其他中断操作出现问题
2. Eshell无法直接支持交互命令 (按照Eshell的说法，叫做“可视化命令”),例如top

,所以你一定要告诉Eshll应在单独的 ansi-term 实例运行此类命令

1. 它不是 bash 或者 zsh,更不是 csh,所以不要像操作它们那样操作Eshell

即使Eshell跟它们真的很像。因此，如果你想更加高效地使用Eshell,你最好把它当作 一个不一样的shell

Eshell是可以调用几乎所有的已加载的elisp函数的；这种灵活性是其它shell无法想象的 也是它们力所不能及的。事实上，这种在shell里面跟elisp函数结合的玩法理应得到更多 人的支持和推崇，因为它真的很酷(当然也很有用).假如你想在Emacs里面打开 foobar.txt ,你只需调用 find-file foobar.txt,Eshell就会调用对应的 (find-file "foobar.txt") ,并为你打开文件

所有被Eshell执行的命令都有一个执行的顺序，这是必需传递给Emacs的有序列表，因为 这个列表决定了Eshell的哪一部分应该处理该命令的。如果该列表中没有找到可以执行 你的操作的函数或者对应命令，你会被告知，你输入的是无效命令 假设 你想调用 cp 命令，调用顺序如下：

1. 完整的路径 (即 /bin/cp),在 /bin 目录下执行 cp
2. 寻找命令的前缀， eshell-explict-command-char (默认值是 "*"),如果有前缀的话

那么，在搜索路径寻找对应的命令

1. 寻找shell命令的别名 (alias 命令)
2. 在搜索路径寻找 cp ,即 $PATH (或者 eshell-path-env) 定义的路径
3. 寻找叫做 cp 的Lisp函数 或者 叫 eshell/cp 的elisp函数

变量 eshell-prefer-lisp-functions 让内部的elisp函数调用要先于外部调用，这 意味着，当该变量值为 t 的时候，Eshell会 最先 调用elisp函数，而不是 最后 才调用；但是，当命令前缀(即 eshll-explicit-command-char)被指定，该变量会被忽略

Eshell有很多很好用的通过Emacs-Lisp重写的命令，这些命令实现了绝大部分GNU核心工具集 或者你所钟爱的shell的特性，所以这些命令被称为"Alias functions"(别名函数). 但是Eshell并不是全盘模拟其他Shell的功能特性，如果你传递了一些参数，试图调用Eshell 未实现的功能时，Eshell会自动调用外部的对应的命令来实现你想要的功能 (当然前提 是你已经安装该命令) 下面列出Eshell已经重新实现的命令： cat , cp , ls , cd , export , dirs , du , echo , env , kill ln , mkdir , mv , alias , popd , pushd , pwd , rm , rmdir time , umask. Eshell注重跟原有的GNU工具功能同步，所以你不用担心因Eshell命令跟其他原生Shell命令不一致 而导致的问题

Eshell有一个很cool的特性，那就是某些命令会被拦截并且传递给Emacs.这种机制允许 你调用一个命令例如 man ls,但是真正调用处理的是Emacs内置的 man.此外，对于 之前提及的交互式命令而言，这种特性是很重要的，因为Eshell是没有能力处理该命令的。 但真正展现该特性威力的还是那么复杂的命令，例如 grep diff,因为Emacs本身就 内置了更加强大的 grep 和 diff 工具。这种特性真真实实展示了Eshell对比 其他shell的强大之处 下列的命令都会被重定向到Emacs内置的功能去： agrep , diff , egrep , fgrep , glimpse , grep , info , jobs locate , man , occur , su , sudo , whoami su sudo whoami 是与 TRAMP 相关的命令，所以如果你是连接到远程shell的 这些命令也是可以正常工作的

你可以使用 $() 来调用命令，并且把命令对应的输出当作接下来命令的参数，就好像 你在bash那样使用。但是你要谨记的一样事情就是你是无法使用反引号 *``*来生成 一个subshell的。虽然你也可以使用像调用subshell的语法来调用标准的elisp form: (form ….) 注意没有了 $,不过我并不推荐这种用法，因为很多情况，这种用法都 是不行的

Eshell有一套可以让你每天的生活变得更美好的帮助函数(helper function),此外 你可以在Eshell调用几乎所有的elisp函数，这就意味着，你拥有无上的能力来控制你 的shell.接下来，我会列举那些为Eshell专门编写的命令和一些我觉得很有用的命令。 我也编写了挺多的elisp函数了 (部分是专门写给Eshell,其他的就不是了)

你可以像在其它主流的shell那样给Eshell命令赋予别名，操作是一样滴，此外，你甚至可以 混合使用elisp函数和Eshell命令。 alias 命令的格式是 alias alias-name definition definition 必须由一对单引号 '' 包围。你也可以使用其它shell的参数引用形式： 例如 $1 指第一个参数， $2 指第二个参数，依此类推，或者 $* 指所有的参数。 当参数没有在 definition 被引用，Eshell会自动把参数添加到命令的末尾，并把参数 忽略 如果想移除一条命令的别名，只需不对变量 definition 赋值 (即 alias alias-name) 别名就会被自动移除，如果想列出所有的别名，只需输入 alias Eshell会把命令的别名及其定义写入到变量 eshell-aliases-file 然后统一被变量 Eshell-directory-name 管理；然后别名默认会被统一写入到 ~/.Eshell/alias. 每次你更改一个命令别名，都会重复上面的流程 另外一个很有用的特性就是别名自动修正 (auto-correcting aliasing),如果你输入 一个无效的命令太多次 (变量 eshll-bad-command-tolerance 表示触发自动更正的最低 次数，默认值为3),Eshell会为你真正想执行的命令提供别名 例如你想输入的是 cp 但是输入了太多次的 co,所以下次你输入 co 的时候，Eshell就会自动执行 cp. 当然，如果你不喜欢这种特性的话，你可以把最低次数设得很大

有一些对Eshell而言是太复杂的命令，Eshell是无法直接显示的，所以需要特殊的处理 例如 top ,是无法与一些哑终端(dumb terminal)一起正常工作的。为了使这些命令正常 工作，Eshell会运行一个终端模拟器 term 来执行这些的命令 (即被称为可视化的命令) 如果你想修改可视化命令的列表，你可以修改变量 eshell-visual-commands

Eshell有功能丰富的命令行历史机制，但是因为Eshell不是继承 comint-mode 的 所以 comint-mode 与历史相关的功能，Eshell是没法用的，不过它绝大部份的功能 都已经在Eshell重新实现了

像bash和其它shell那样，Eshell也支持历史的修改和交互。如果想要知道历史交互 是怎么操作的，你就需要回去翻一下bash的手册了。接下来我会总结一下Eshell大部份 的历史交互用法

你可以通过修改变量 eshell-prompt-function 来自定义Eshell的提示符；该变量 有一个函数定义了Eshell命令行提示符应该包含的内容。通过用elisp来管理Eshell 命令行提示符的配置，你就可以实现你想要的任何特性。你需要注意的事情就是：你需要 告诉Eshell,命令行提示符长什么样子，所以你必须修改变量 eshell-prompt-regexp ,那样Eshell就会知道你想要的提示符长什么样子了

Eshell可以使用反斜杠 \ 来转义新行，以及基本的多行输入。另外一个输入多行的 文学字符串 (literal string)的方法就是使用单引号：输入一个单引号，然后回车， 接着你就可以输入你想输入的内容，最后用另外一个单引号结束输入。如果你使用双引号 的话，Eshell会自动展开subshell命令并且展开相应的变量 得益于Eshell的调用机制，你甚至可以回去继续修改引号里面的文本。当你想回去修改 你不喜欢的内容，让Eshell像你预期那样工作的时候，你就会觉得这种特性真的相当 有用

Eshell做了很多与Eamcs进行交互的功能的改进，而且，这些改进足以影响你的生活 质量，让我为你一一道来：

参数谓词是一个很擅长过滤文件，甚至elisp列表的工具。Eshell的谓词语法是参照zsh 的，所以如果你熟悉zsh的参数谓词，你也可以以同样的方式来使用Eshell. 与Eshell绝大部分迥异的是，参数谓词是有详细的文档的。你可以通过输入 eshell-display-predicate-help 或者 eshell-display-modifier-help 来查看帮助文档 参数谓词用来过滤有相同模式的文件是很有用，你不需再花费额外的时间来使用诸如 find ls 此类命令。 虽然有帮助手册，但是手册还是很简单，不尽人意，所以我自己总结了一些用法来帮助读者 了解相关特性。但是最好的学习方法还是多尝试，多出错，多总结

Eshell有一个 Plan 9 终端的弱化版，叫做 the Eshell smart display. Eshell的智能展示(smart display)意味着它改进了所有黑客所习惯的 输入－运行－修改 工作流程。智能展示特别之处在于，Eshell的光标不会像普通的shell那样，落在你运行 的命令的输出后面；相反，光标的位置会保持在你输入命令的位置，让你可以通过 M-p M-n 或者其他修改历史的命令更容易地修改你输入的命令 如果你启用了 smart display 模式，你还可以使用 SPC 向下翻页，或者使用 BACKSPACE 向上翻页来查看那些长时间运行的命令的输出。如果你按下了任何其它的按键，光标会直接 跳到你缓冲区的结尾，就好像你没有启用 smart display 运行命令时那样 值得注意的是，如果Eshell检测到你想回顾最后一条执行的命令时，Eshell会很贴心 地帮你回顾的，但是，如果你没有这样的行为，Eshell的光标会直接跳转到缓冲区的结尾 这么看来，Eshell真的很智能，而且它也有一些设置可以让你微调相关的行为。 你会发现智能显示 (smart display)真的非常有用，特别是你可以通过移动按键就能修改 刚刚执行过的命令；例如修改拼写错误的命令或者是给相应的命令添加参数 智能显示还可以被设置成当命令成功执行时，不使用扩展的 edit mode;并且隐藏命令输出 ,就好像你执行 chown 那样。这也是我喜欢的玩法，如果你也想试试这种玩法，你可以把 下面的elisp代码添加到你的 .emacs 文件：

(require 'eshell)
(require 'em-smart)
(setq eshell-where-to-jump 'begin)
(setq eshell-review-quick-commands nil)
(setq eshell-smart-space-goes-to-end t)

如果Eshell已经被初始化(即你已经在Emacs运行了一个Eshell实例),那样的话，运行 上面的代码是不会起作用的。你必须在Eshell里面按下 M-: 然后输入(shell-smart-initialize) ,或者直接重启Emacs 智能显示真的是非常有用的特性，但是你一时半刻是很难完全领会其全部的精妙之处滴。 你直接输入一个命令，Eshell的光标就会跳转到缓冲区的结尾，所以你会觉得光标似乎 本来就在那里

Eshell的重定向跟其它shell的工作方式基本是一样的，但是，有一项非常重要的差异 就是Eshell必须模拟可能不存在的伪设备，例如Windows平台上的 /dev/null 其实是 NUL 另外一个值得注意的地方就是：虽然Eshell支持重定向，但是只是支持输出重定向，是 不支持输入重定向的。为了避免跳进输入重定向这个坑，你最好使用管道。重定向到标准输入 标准输出，标准错误都是可以正常工作的，此外，你也可以重定向到多个目标，很不错的特性吧

因为Eshell在内部用Elisp重新实现了各种伪设备，所以也就无需跟Unix的设备文件打 交道了，甚至，可以用Elisp实现自己的伪设备。 一个很好的例子就是，你可以把重定向到一个你选择的缓冲区，用下面的命令就能实现：

/ $ cat mylog.log >> #<buffer *scratch*>

我之前提到的快捷键 C-c M-b 就是可以把一个选定的缓冲区的名字插入到光标前 此外，你也可以把输出直接重定向到Elisp的符号(不过注意，不要执行错误的设置)

/ $ echo foo bar baz > #'myvar
/ $ echo $(cadr myvar)
bar

如果你将变量 eshell-buffer-shorthand 设置为 t 的话。你就可以使用缓冲区的速记名 例如 #'*scratch'*,但是你就不能直接重定向到Elisp的符号了

Eshell重新实现了以下的伪设备：

Eshell可以很好地支持TRAMP,这意味着如果Eshell所在的目录是在远程服务器的话， 像 su sudo whoami 这样的命令会自动作用在远程服务器 想直接使用TRAMP,你可以像使用 C-x C-f 寻找文件那样输入TRAMP的命令符，然后 你就可以使用TRAMP了。虽然你会觉得Eshell里面使用TRAMP有点奇怪，但是你的确得到了 一个TRAMP的远程shell,不是么？此外，你不应把TRAMP局限在使用远程shell,你可以在本地 使用 sudo 和 su 命令的 有关TRAMP的更详细的用法，我总结在了另外一篇文章，不过如果你迫不及待想了解更多 有关TRAMP的用法，官方手册 是一个很好的选择

跟其它的shell一样，Eshell也支持 login 和 profile 的配置文件。 login 和 profile 配置文件的绝对路径分别保存在变量 eshell-login-script 和 eshell-rc-script 不过默认情况下，上述两个配置文件都保存在 ~/.eshell/.顺便说一下，Eshell的配置 文件也是使用 # 来注释变量和语句的

如果你想折腾的话，Eshell有成百上千的选项供你选择。如果你想配置Eshell的话，按下 M-x 然后输入 customize-group 回车，然后输入 eshell 回车确认

额，我觉得我已经总结了Eshell的大部份用法了，希望你可以在其中发现乐趣。因为与Emacs 的紧密结合，Eshell有了各种各样突出好用的特性，但是你需要理解的是，Eshell的诞生不是 为了全盘取代bash或者其它你喜欢的终端模拟器，它只是希望在Emacs里面就可以完成我们 日常必需的命令行操作。如果你要运行很多交互式的命令，Eshell就可能不是很有用了 因为为了运行你输入的每一条可视化命令，Eshell都会在Emacs里面启动一个新的终端模拟器。 Eshell有TRAMP支持，自定义伪设备，袖珍的elisp REPL和很多非常有用的命令，例如 对你打开的文件或者目录，调用 find-file 或者 dired.正是这种种有用的特性， 让Eshell成为我工具箱里面一个非常可靠的工具。