Bash 實用技巧。

&  后台运行程序 
()   使用子shell, 比如 (cd ../../commlib/; make) 
$()  命令替换，和 ``的作用是一样的 
<(命令)  把命令的输出到一个临时文件 
<< HereDoc

使用举例：

比如你要在 shell 脚本中 使用 awk 脚本 
awk -f <(cat <<EOF

  /abc/{

   print $0;

} 
EOF 
)

$(())  执行整数计算 $((66/2)) 
if (( 算术运算 )) 
if [[ 字符串运算 ]]

alias 定义命令别名

dot .  或 source 命令, 在当前shell中执行脚本

exec 可以重定向当前shell的文件描述符, 或运行另一个程序。

trap 可以捕获信号

nohup 防止ssh 挂起导致的问题 
screen 可以用来保持 会话,  不受ssh的关闭影响

export 导出变量给子shell使用

tee 可以 把 输出 分流

ENV_VAR=VALUE your_program 这样可以 为这一个程序 修改它环境变量，外部shell的环境变量没有被更改

tac 倒置文件

目录跳转

cd -   快速回到前一个路径

cd  回到用户的home目录

pushd, popd, dirs 实现多目录跳转

pushd 命令用来更改您的当前目录并将其存储在堆栈中。 popd 命令用来从堆栈的顶部移除目录并使您返回该位置。 dirs 命令来显示当前目录堆栈。（dir –v –p)

pushd +n; popd +n 可以操作虚拟目录堆栈

快速跳至常用目录

     你可能已经知道$PATH变量可以列出 bash的“搜索路径”——当在当前目录不能找到请求的文件时，bash会自动搜索的目录。不过，bash也支持$CDPATH变量，当试图改变目录时该变量列出cd命令转向的目录。为了使用这个特性，我们要对$CDPATH变量赋值一个目录列表，如下面的例子所示：

bash> CDPATH='.:~:/usr/local/apache/htdocs:/disk1/backups'

bash> export CDPATH

现在，无论何时使用cd命令，bash将会检查$CDPATH列表中的所有目录来查找要转向的目录名。

特殊参数

1) $*: 代表所有参数，其间隔为IFS内定参数的第一个字元 
2) $@: 与*星号类同。不同之处在於不参照IFS 
3) $#: 代表参数数量 
4) $?: 执行上一个指令的返回值 
5) $-: 最近执行的foreground pipeline的选项参数 
6) $$: 本身的Process ID 
7) $!: 执行上一个背景指令的PID 
8) $_: 显示出最後一个执行的命令

bash快捷键

Emacs风格

ctrl+p: 方向键 上 ↑ 
ctrl+n: 方向键下 ↓ 
ctrl+b: 方向键 ← 
alt+f: 光标右移一个单词 
ctrl+f :方向键 → 
alt+b: 光标左移一个单词 
ctrl+a:光标移到行首 
ctrl+e:光标移到行尾 
ctrl+k:清除光标后至行尾的内容。 
ctrl+d: 删除光标所在字母;注意和backspace以及ctrl+h的区别，这2个是删除光标前的字符 
ctrl+r:搜索之前打过的命令。会有一个提示，根据你输入的关键字进行搜索bash的history 
ctrl+m : 输入回车 
ctrl+i : 输入tab 
ctrl+[ : 输入esc

其它 ctrl+h:删除光标前一个字符，同 backspace 键相同。 
alt + p 非增量方式反向搜索历史 
alt + > 历史命令列表中的最后一行命令开始向前 
ctrl+u: 清除光标前至行首间的所有内容。 
ctrl+w: 移除光标前的一个单词 
ctrl+t: 交换光标位置前的两个字符 
ctrl+y: 粘贴或者恢复上次的删除 
ctrl+l:清屏，相当于clear。 
ctrl + xx 光标在行头与行尾进行跳转 
alt+r 撤销当前行的所有内容 
ctrl+z : 把当前进程转到后台运行 
ctrl+s : 锁住屏幕 
ctrl+q : 恢复屏幕 
ctrl+v key: 输入特殊字符 
alt + l 将当前光标处之后的字母转化成小写字母 
alt + u 将当前光标处之后的字母转化成大写字母 
ctrl + Alt + e 扩展命令行的内容（例如：ls  =>  ls  -l  --color=tty） 
ctrl+c:杀死当前进程, 输入模式下，中断输入的命令。 
ctrl+d:退出当前 Shell 
esc + . 快捷键可以轮询历史命令的参数或选项。 
esc + t 快捷键可以 置换前两个单词。 
输入重复字母 Esc {100} e 可以输入100个e字符

按多次{esc}可以补全 
{esc}{~}可以补全本机上的用户名 
{esc}{/}可以补全文件名 
{esc}{@}可以补全主机名,localhost可以方便地用 lo补全.

Bang Bang 历史命令

!!    重新执行上一条命令 
!N  重新执行第N条命令。比如 !3 
!-N 重新执行倒数第N条命令。!-3 
!string  重新执行以字符串打头的命令。 比如 !vim 
!?string?  重新执行包含字符串的命令。 比如 !?test.cpp? 
!?string?%  替换为： 最近包含这个字符串的命令的参数。比如：   vim !?test.cpp?% 
!$   替换为：上一条命令的最后一个参数。比如 vim !$ 
!!string  在上一条命令的后面追加 string ，并执行。 
!Nstring  在第N条指令后面追加string，并执行。 
^old^new^  对上一条指令进行替换 
修饰

:s/old/new/  对第N条指令中第一次出现的new替换为old。 比如 vim !?test.cpp?:s/cpp/c/ 
:gs/old/new/  全部替换 
:wn  w为数字， 取指令的第w个参数. 
:p 回显命令而不是执行, 比如 !ls:p  。 这个很有用， 你可以先查看你选的命令对不对，要执行时再使用!!

Bash相关文件

     /etc/profile 设置环境变量(所有用户) 
     ~/.bash_profile 设置环境变量(当前用户) 
     ~/.bashrc 
     ~/.bash_history 
     ~/.bash_logout

Qt中ui文件的使用uic

    用designer设计的*.ui文件可以通过uic工具转换为*.h文件（在编译时也会自动生成这样一个ui_*.h文件），有了这个.h文件就可以直接按照纯C++的方式对其中的类进行调用。ui文件的使用就是利用默认工具uic自动产生一个类，然后用该类的setui函数加载界面到相应的对象上。

      .ui文件的使用有三种形式：第一种是直接使用，第二种是定义一个新类，声明一个ui子对象，利用该对象来加载界面，第三种是将ui作为基类派生新的类。

      借用一个例程分析如下：                                                                                                

#ifndef DIALOG_H
       #define DIALOG_H

#include

namespace Ui {
                class Dialog;      

}

class Dialog : public QDialog {        //又定义了一个Dialog类
                Q_OBJECT
        public:
                Dialog(QWidget *parent = 0);
                ~Dialog();

protected:
                void changeEvent(QEvent *e);

private:
                Ui::Dialog *ui;        // 声明一个子类

private slots:
                void on_pushButton_clicked();
        };

#endif // DIALOG_H

红色部分声明一个类，将设计出来的ui界面作为该类的一个子对象，在其构造函数中，先完成对子对象的构造，再使用子对象ui调用其setupUi(this)函数实现ui的现实。

Dialog::Dialog(QWidget *parent) :
                QDialog(parent),
                ui(new Ui::Dialog)
        {
                ui->setupUi(this);   //加载界面
        }

看完上面的代码，我们来分析下到底为什么要这样来使用ui文件。

在没有qtcreator之前，给了我们一个ui文件，该如何调用？

针对于ui文件，不知道大家知不知道uic这个工具，这是qt继承的一个工具，它可以利用ui生产.h文件。

uic  dialog.ui  –o  ui_dialog.h

就生产了下面的ui_dialog.h文件：

#ifndef UI_DIALOG_H
       #define UI_DIALOG_H

#include
        #include
        #include
        #include
        #include
        #include
        #include
        #include

QT_BEGIN_NAMESPACE

class Ui_Dialog
        {
        public:
                QLabel *label;
                QPushButton *pushButton;

        void setupUi(QDialog *Dialog)
                {
                        if (Dialog->objectName().isEmpty())
                        Dialog->setObjectName(QString::fromUtf8("Dialog"));
                        Dialog->resize(115, 148);
                        label = new QLabel(Dialog);
                        label->setObjectName(QString::fromUtf8("label"));
                        label->setGeometry(QRect(10, 30, 91, 21));
                        QFont font;
                        font.setPointSize(12);
                        font.setBold(true);
                        font.setWeight(75);
                        label->setFont(font);
                        pushButton = new QPushButton(Dialog);
                        pushButton->setObjectName(QString::fromUtf8("pushButton"));
                        pushButton->setGeometry(QRect(20, 80, 75, 23));

                retranslateUi(Dialog);

                QMetaObject::connectSlotsByName(Dialog);
                } // setupUi

        void retranslateUi(QDialog *Dialog)
                {
                        Dialog->setWindowTitle(QApplication::translate("Dialog",        "Dialog",        0,        QApplication::UnicodeUTF8));
                        label->setText(QApplication::translate("Dialog",        "hello,wang",        0,        QApplication::UnicodeUTF8));
                        pushButton->setText(QApplication::translate("Dialog",        "close",        0,        QApplication::UnicodeUTF8));
                } // retranslateUi

};

namespace Ui {
                class Dialog: public Ui_Dialog {};    //此处定义了命名空间，其中定义了一个Dialog类，继承自Ui_Dialog类
        } // namespace Ui

QT_END_NAMESPACE

#endif // TT_H

通过观察我们会发现uic自动将我们设计的ui文件，生成了一个类，在此例中为class Ui_Dialog。事实上也是这样，uic会自动会利用设计好的ui生成一个包含类Ui_**的ui_**.h文件。那么在此例中，就会将我们设计好的dialog就会被uic文件解析，生成一个叫做ui_dialog.h的文件，此文件中包含Ui_Dialog的类。

那么总结出来，要让ui design设计出来的界面显示出来，只要能设法调用Ui_Dialog类的setupUi函数就行了。

一种简单的方法，直接使用，重新写一个这样的main函数。

#include
        #include

#include "ui_dialog.h"
        int main(int argc, char *argv[])
        {
        QApplication a(argc, argv);
        Ui::Dialog ui;
        QDialog *d=new QDialog;
        ui. setupUi(d);
                d->show();
                return a.exec();
        }

第二种方法相对比较简单一点，就是将Ui::Dialog ui或Ui::Dialog *ui写成一个新定义类的一个数据成员，也就是qtcreator提供的那种方法。（也叫单继承方法，只继承了QDialog类）

#include
        #include "ui_dialog.h"

class Dialog : public QDialog {
                Q_OBJECT
        public:
                Dialog(QWidget *parent = 0);
                ~Dialog();

protected:
                void changeEvent(QEvent *e);

private:
                Ui::Dialog *ui;

private slots:
                void on_pushButton_clicked();
        };

这样使用的时候需要注意的是在初始化的时候要先完成子对象的初始化，在其构造函数中重写构造函数。

Dialog::Dialog(QWidget *parent) :
                QDialog(parent),
                ui(new Ui::Dialog)
        {
                ui->setupUi(this);
        }

第三种方法是以Ui_Dialog类为基类，派生一个新类，在该类的初始化函数中调用setupUi。（也叫多重继承方法，继承了QDialog类和Ui::Dialog类）

#ifndef DIALOG_H
        #define DIALOG_H

#include
        #include "ui_dialog.h"

class Dialog : public QDialog ,public Ui::Dialog
        {
                Q_OBJECT
        public:
                Dialog(QWidget *parent = 0);
        };

实现如下：

#endif // DIALOG_H
        #include "dialog.h"
        #include "ui_dialog.h"

Dialog::Dialog(QWidget *parent) :
                QDialog(parent),
                Ui::Dialog()       
        {
                setupUi(this);
        }

inet_ntoa 产生的段错误

inet_ntoa()在CENTOS532位版和64为机器上结果不一样。

 

32位正常打印，64位却是段错误，错在haddrp这个参数上，报错内容是说inet_ntoa的返回值是int，因此%s无法输出。

解决方法：

1. 如果用inet_ntoa()的话需要#include <arpa/inet.h> ，就正常了。

2. 使用inet_ntop()

Linux信号处理机制

在Linux中，信号是进程间通讯的一种方式，它采用的是异步机制。当信号发送到某个进程中时，操作系统会中断该进程的正常流程，并进入相应的信号处理函数执行操作，完成后再回到中断的地方继续执行。

需要说明的是，信号只是用于通知进程发生了某个事件，除了信号本身的信息之外，并不具备传递用户数据的功能。

1 信号的响应动作

每个信号都有自己的响应动作，当接收到信号时，进程会根据信号的响应动作执行相应的操作，信号的响应动作有以下几种：

• 中止进程(Term)
• 忽略信号(Ign)
• 中止进程并保存内存信息(Core)
• 停止进程(Stop)
• 继续运行进程(Cont)

用户可以通过signal或sigaction函数修改信号的响应动作（也就是常说的“注册信号”，在文章的后面会举例说明）。另外，在多线程中，各线程的信号响应动作都是相同的，不能对某个线程设置独立的响应动作。

2 信号类型

Linux支持的信号类型可以参考下面给出的列表。

2.1 在POSIX.1-1990标准中的信号列表

信号	值	动作	说明
SIGHUP	1	Term	终端控制进程结束(终端连接断开)
SIGINT	2	Term	用户发送INTR字符(Ctrl+C)触发
SIGQUIT	3	Core	用户发送QUIT字符(Ctrl+/)触发
SIGILL	4	Core	非法指令(程序错误、试图执行数据段、栈溢出等)
SIGABRT	6	Core	调用abort函数触发
SIGFPE	8	Core	算术运行错误(浮点运算错误、除数为零等)
SIGKILL	9	Term	无条件结束程序(不能被捕获、阻塞或忽略)
SIGSEGV	11	Core	无效内存引用(试图访问不属于自己的内存空间、对只读内存空间进行写操作)
SIGPIPE	13	Term	消息管道损坏(FIFO/Socket通信时，管道未打开而进行写操作)
SIGALRM	14	Term	时钟定时信号
SIGTERM	15	Term	结束程序(可以被捕获、阻塞或忽略)
SIGUSR1	30,10,16	Term	用户保留
SIGUSR2	31,12,17	Term	用户保留
SIGCHLD	20,17,18	Ign	子进程结束(由父进程接收)
SIGCONT	19,18,25	Cont	继续执行已经停止的进程(不能被阻塞)
SIGSTOP	17,19,23	Stop	停止进程(不能被捕获、阻塞或忽略)
SIGTSTP	18,20,24	Stop	停止进程(可以被捕获、阻塞或忽略)
SIGTTIN	21,21,26	Stop	后台程序从终端中读取数据时触发
SIGTTOU	22,22,27	Stop	后台程序向终端中写数据时触发

注：其中SIGKILL和SIGSTOP信号不能被捕获、阻塞或忽略。

2.2 在SUSv2和POSIX.1-2001标准中的信号列表

信号	值	动作	说明
SIGTRAP	5	Core	Trap指令触发(如断点，在调试器中使用)
SIGBUS	0,7,10	Core	非法地址(内存地址对齐错误)
SIGPOLL		Term	Pollable event (Sys V). Synonym for SIGIO
SIGPROF	27,27,29	Term	性能时钟信号(包含系统调用时间和进程占用CPU的时间)
SIGSYS	12,31,12	Core	无效的系统调用(SVr4)
SIGURG	16,23,21	Ign	有紧急数据到达Socket(4.2BSD)
SIGVTALRM	26,26,28	Term	虚拟时钟信号(进程占用CPU的时间)(4.2BSD)
SIGXCPU	24,24,30	Core	超过CPU时间资源限制(4.2BSD)
SIGXFSZ	25,25,31	Core	超过文件大小资源限制(4.2BSD)

注：在Linux 2.2版本之前，SIGSYS、SIGXCPU、SIGXFSZ以及SIGBUS的默认响应动作为Term，Linux 2.4版本之后这三个信号的默认响应动作改为Core。

2.3 其它信号

信号	值	动作	说明
SIGIOT	6	Core	IOT捕获信号(同SIGABRT信号)
SIGEMT	7,-,7	Term	实时硬件发生错误
SIGSTKFLT	-,16,-	Term	协同处理器栈错误(未使用)
SIGIO	23,29,22	Term	文件描述符准备就绪(可以开始进行输入/输出操作)(4.2BSD)
SIGCLD	-,-,18	Ign	子进程结束(由父进程接收)(同SIGCHLD信号)
SIGPWR	29,30,19	Term	电源错误(System V)
SIGINFO	29,-,-		电源错误(同SIGPWR信号)
SIGLOST	-,-,-	Term	文件锁丢失(未使用)
SIGWINCH	28,28,20	Ign	窗口大小改变时触发(4.3BSD, Sun)
SIGUNUSED	-,31,-	Core	无效的系统调用(同SIGSYS信号)

注意：列表中有的信号有三个值，这是因为部分信号的值和CPU架构有关，这些信号的值在不同架构的CPU中是不同的，三个值的排列顺序为：1，Alpha/Sparc；2，x86/ARM/Others；3，MIPS。

例如SIGSTOP这个信号，它有三种可能的值，分别是17、19、23，其中第一个值（17）是用在Alpha和Sparc架构中，第二个值（19）用在x86、ARM等其它架构中，第三个值（23）则是用在MIPS架构中的。

3 信号机制

文章的前面提到过，信号是异步的，这就涉及信号何时接收、何时处理的问题。

我们知道，函数运行在用户态，当遇到系统调用、中断或是异常的情况时，程序会进入内核态。信号涉及到了这两种状态之间的转换，过程可以先看一下下面的示意图：

接下来围绕示意图，将信号分成接收、检测和处理三个部分，逐一讲解每一步的处理流程。

3.1 信号的接收

接收信号的任务是由内核代理的，当内核接收到信号后，会将其放到对应进程的信号队列中，同时向进程发送一个中断，使其陷入内核态。

注意，此时信号还只是在队列中，对进程来说暂时是不知道有信号到来的。

3.2 信号的检测

进程陷入内核态后，有两种场景会对信号进行检测：

• 进程从内核态返回到用户态前进行信号检测
• 进程在内核态中，从睡眠状态被唤醒的时候进行信号检测

当发现有新信号时，便会进入下一步，信号的处理。

3.3 信号的处理

信号处理函数是运行在用户态的，调用处理函数前，内核会将当前内核栈的内容备份拷贝到用户栈上，并且修改指令寄存器（eip）将其指向信号处理函数。

接下来进程返回到用户态中，执行相应的信号处理函数。

信号处理函数执行完成后，还需要返回内核态，检查是否还有其它信号未处理。如果所有信号都处理完成，就会将内核栈恢复（从用户栈的备份拷贝回来），同时恢复指令寄存器（eip）将其指向中断前的运行位置，最后回到用户态继续执行进程。

至此，一个完整的信号处理流程便结束了，如果同时有多个信号到达，上面的处理流程会在第2步和第3步骤间重复进行。