TcpConnection::handleClose()

    将自身状态设置为kDisconnected;

    禁用Channel的读写；

    进行connectionCallback_回调：

        connectionCallback_由TcpServer指定，而在TcpServer中connectionCallback_又由用户指定，
        因此它实际上是用来通知上层应用程序，连接即将关闭，请进行相关处理；

    进行closeCallback_回调：

        closeCallback_实际上绑定的是TcpServer::removeConnection，也就是TcpServer对TcpConnection的管理。

        首先从连接表中删除该连接，然后在通知TcpConnection对象，你已经从TcpServer中移除了，
        请自身再做一些处理，即调用TcpConnection::connectDestroyed()（从EventLoop中删除自身所对应的Channel）。

        closeCallback_放在最后一行执行并用shared_ptr保护起来，使得函数调用完毕、TcpServer中移除了对其的引用后，
        自身的内存能得到释放（shared_ptr的引用计数为1）。

1、建立管道；
2、在主线程中用select监听管道的读事件；
3、在mq_notify的时间处理程序中往管道里写数据，通知主线程

   These functions(pthread_cond_wait, pthread_cond_timedwait) aotomitically release muetex and cause the calling thread 
   to block on the condition variable cond.

    Upon succssful return, the mutex shall have been locked and shall be owned by the calling thread.

3、pthread_cond_wait总是与一个布尔判断式相联在一起，如果判断式为真，则线程继续执行，然而pthread_cond_wait返回时无法保证判断式是真是假，因此需要重新判断。

   When using condition variables there is always a Boolean predicate involving shared variables associated with 
   each condtion wait that is ture if the thread should proceed...
   Since the return does not imply anything about the value of this predicate, the predicate should be re-evaluated upon such return.

4、鉴于第三点，强烈建议pthread_cond_wait与while循环结合使用来检查判断式

   It is thus recommened that a condition wait be enclosed in the equivalent of a "while loop" that checks the predicate.

笔记本上装的系统比较混乱。

刚开始时候是Windows XP，后来装了openSUSE11。Windows 7出来后，利用在MS实习的便利，装上了Win7。后来对Ubuntu开始感兴趣，又装了Ubuntu 10.04，现在升级到了10.10。这几个系统并存的后果是，一不小心，就进不了系统了，经常是因为弄坏了Ubuntu Grub。

先前几次的几次小问题，很容易就修复了。最近用Win7的时候，看到有一个盘符H：，是未格式化的一个分区，每次都不小心点到它，然后半天响应，弹出一个对话框。终于被它惹怒了，用分区软件把盘符隐藏了起来。没想到一隐藏，反而出问题了。

系统重启后，发现进了grub rescue模式，又进不了系统了。

Google了一番后，很快找到了解决方法，只需在grub rescue命令行下，输入下列命令，就顺利的出现了Grub界面：

我猜想是，在Windows里把盘符隐藏后，可能影响了分区的的顺序，从而使原来的(hd0,7)变成了（hd0,8)，从而Grub找不到文件了。

抱着这个想法，我试着启动进入openSUSE，内核自举后，发现无法挂载根文件系统，提示unable to mount root file system，直接掉进了修复模式的root shell。什么都不能改，只好Ctrl+Alt+Del重启，进入Ubuntu。启动到一半时候，提示openSUSE所在分区无法挂载，Ctrl+Alt+F1进入tty1后，发现正在挂的是/dev/sda9，而现在的序号都往后推了一位了，也就是说现在/dev/sda9其实是原来swap分区，当然挂不上去了。手动挂/dev/sda10，顺利挂上去了。

改openSUSE自己的Grub，然后运行sudo update-grub2，重启，3个系统都可以顺利进入了。

总结：

1、遇到问题不能慌，不能总想着重装。

2、Google是个好哥哥，有事没事多问问他。

3、以后没事少瞎折腾。

1. 调用fork(), 创建新的进程, 它会是将来的守护进程.

2. 在守护进程的父进程中调用exit(). 这保证祖父进程(守护进程的祖父进程)确认父进程已经结束. 还保证父进程不再继续运行, 守护进程不是组长进程. 最后一点是顺利完成一下步骤的前提.

3. 调用setsid(), 使得守护进程有一个新的进程组和新的会话, 两者都把它作为首进程, 这也保证它不会与控制终端相关联.

4. 用chdir()将当前工作目录改为根目录. 因为前面调用fork()创建了新进程, 它所继承来的当前工作目录可能在文件系统的任何地方. 而守护进程通常在系统启动时运行, 同时不希望一些随机目录保持打开状态, 也就阻止了管理员卸载守护进程工作目录所在的那个文件系统.

5. 关闭所有的文件描述符. 不需要继承任何打开的文件描述符, 对于无法确认的文件描述符, 让它们继续处于打开状态.

6. 打开0, 1和2号文件描述符(标准输入, 标准输出和标准错误), 把它们重定向到/dev/null.

 1 #include<sys/types.h>
 2 #include<sys/stat.h>
 3 #include<stdlib.h>
 4 #include<stdio.h>
 5 #include<fcntl.h>
 6 #include<unistd.h>
 7 #include<linux/fs.h>
 8 
 9 int main(void)
10 {
11  pid_t pid;
12  int i;
13  /* create new process */
14  pid = fork();
15  if(pid == -1) return -1;
16  else if(pid != 0) exit(EXIT_SUCCESS);
17  /* create new session and process group */
18  if(setsid() == -1) return -1;
19  /* set the working directory to the root directory*/
20  if(chdir("/") == -1) return -1;
21  /* close all open files -- NR_OPEN is overkill, but works */
22  for(i = 0; i < NR_OPEN; i++) close(i);
23  /* redirect fd's 0, 1, 2 to /dev/null */
24  open("/dev/null", O_RDWR); /* stdin */
25  dup(0); /* stdout */
26  dup(0); /* stderr */
27  /* do it daemon thing.*/
28  
29  return 0;
30 }