工具——将windows文本格式转换为UNIX格式--退出vi后保留vi退出前屏幕内容--为什么Netty使用NIO而不是AIO？
将windows文本格式转换为UNIX格式
1、使用sed命令来进行转换，如下：
sed -e ’s,^M,,g’ textfile
其中^M的输入方法是Ctrl+V, Ctrl+M
对于批量文件的处理，可以用下面的命令：
for f in `echo *.c`; do sed -e ’s,^M,,g’ $f;done
2、使用vi来进行转换
vi 文件名打开文件后，输入
:%s/[Ctrl+v][回车]//[回车]
即可更改文件格式
DOS/Windows和Linux/Unix的文件换行回车格式不同，基于 DOS/Windows 的文本文件在每一行末尾有一个 CR（回车）和 LF（换行），而 UNIX 文本只有一个换行。
1）把Dos/Windows下的文件移至Linux/Unix系统
虽然很多程序不在乎 DOS/Windows 格式的 CR/LF 文本文件，但是有几个程序却在乎 -- 最著名的是 bash，只要一遇到回车，它就会出问题。以下 sed 调用将把 DOS/Windows 格式的文本转换成可信赖的 UNIX 格式：
$ sed -e 's/.$//' mydos.txt > myunix.txt
该脚本的工作原理很简单：替代规则表达式与一行的最末字符匹配，而该字符恰好就是回车。我们用空字符替换它，从而将其从输出中彻底删除。如果使用该脚本并注意到已经删除了输出中每行的最末字符，那么，您就指定了已经是 UNIX 格式的文本文件。也就没必要那样做了！
2）把Linux/UNIX 文本移至 Windows 系统，使用以下脚本执行必需的格式转换:
$ sed -e 's/$/\r/' myunix.txt > mydos.txt
在该脚本中，'$' 规则表达式将与行的末尾匹配，而 '\r' 告诉 sed 在其之前插入一个回车。在换行之前插入回车，立即，每一行就以 CR/LF 结束。请注意，仅当使用 GNU sed 3.02.80 或以后的版本时，才会用 CR 替换 '\r'。
#!/bin/bash
#
# 将windows文本格式转换为UNIX格式
# 方法一：
# 使用vi来进行转换
# vi 文件名打开文件后，输入
# :%s/[Ctrl+v][回车]//[回车]
# 即可更改文件格式
# 方法二：
textfile=$1
## 使用sed命令来进行转换，如下：
if [ -f $textfile ]; then
sed -e ’s,^M,,g’ $textfile
echo start convert $textfile file from windows format to unix format...
# 其中^M的输入方法是Ctrl+V, Ctrl+M； 对于批量文件的处理，可以用下面的命令：
elif [ -d $textfile ]; then
echo convert files of $textfile dir from windows format to unix format...
for f in `echo *.c`;
do
sed -e ’s,^M,,g’ $f;
done
fi问题：退出vi后，原先屏幕上显示的编辑的文本的内容消失，直接回到了字符命令。有时候很不方便。怎么样设置能让屏幕保留显示退出前的文本内容呢？这个设置在baidu中文内容是查不到的。
解决方法：设置vi的配置文件 .vimrc，在最后增加下面一行：
set t_ti= t_te=
注：
1. 根据版本不同，set前可能需要加冒号，即" :set t_ti= t_te= "
2. .vimrc一般在用户根目录$HOME下
3. 如果找不到就把/etc/vim/vimrc复制到用户根目录下并改成 .vimrc
NIO模型
同步非阻塞
NIO有同步阻塞和同步非阻塞两种模式，一般讲的是同步非阻塞，服务器实现模式为一个请求一个线程，但客户端发送的连接请求都会注册到多路复用器上，多路复用器轮询到连接有I/O请求时才启动一个线程进行处理。
AIO模型
异步非阻塞
服务器实现模式为一个有效请求一个线程，客户端的I/O请求都是由OS先完成了再通知服务器应用去启动线程进行处理，
注：AIO又称为NIO2.0，在JDK7才开始支持。
为什么Netty使用NIO而不是AIO？
- Netty不看重Windows上的使用，在Linux系统上，AIO的底层实现仍使用EPOLL，没有很好实现AIO，因此在性能上没有明显的优势，而且被JDK封装了一层不容易深度优化
- Netty整体架构是reactor模型, 而AIO是proactor模型, 混合在一起会非常混乱,把AIO也改造成reactor模型看起来是把epoll绕个弯又绕回来
- AIO还有个缺点是接收数据需要预先分配缓存, 而不是NIO那种需要接收时才需要分配缓存, 所以对连接数量非常大但流量小的情况, 内存浪费很多
- Linux上AIO不够成熟，处理回调结果速度跟不到处理需求，比如外卖员太少，顾客太多，供不应求，造成处理速度有瓶颈（待验证）
作者原话：
Not faster than NIO (epoll) on unix systems (which is true)
There is no daragram suppport
Unnecessary threading model (too much abstraction without usage)
其他：
Netty背后的事件驱动机制
