今天打开chrome浏览器后，提示有新版本可用。ios下的chrome不像pc版本更新得那么勤，看到有更新，迫不及待的点击了更新按钮。安装完成，却发现无法启动，确切的说是闪退。幸好还有safari，google了一下，发现遇到这个问题的还真不少。
有人提到是“下载插件”导致的，卸载了chrome download manager后，果然问题解决。appstore里大量的闪退不知道是不是也是这个原因导致的。
当初之所以将系统越狱也是因为需要安装这个插件，不能从浏览器下载文件这个没法忍受，而GOOGLE又不能发布一个越狱产品，相信这样个插件的市场很比较大，这是不是意味着chrome被一个小小的插件绑架了。不管闪退的原因是什么，这次chrome的损失应该是非常大的。当一个产品大规模用起来后，程序员真有一种如履薄冰的感觉。相信很快就有解决问题的新版本出来了。
在 关于fork和行缓冲的问题 中讨论了fork的一些特性，堆栈复制，确切的说是‘写时复制’。这篇将讨论资源的复制问题。
问题引出：A进程与B进程各自独立，都是服务器进程，常驻系统，互不相干。在某次重启A进程后，发现由于固定监听的端口被占用而无法启动。检查，发现是B进程占用了该端口，检查B进程代码，没有相关的打开该固定端口和打开随机端口的动作。问题百思不得其解。
最终，发现B进程不只是占用了该固定端口，还打开了很多本该只有A进程才会打开的句柄资源。很快联想到A是B的子进程，B是A fork之后在子进程中运行的。进一步分析，发现A进程有着类似于监控B进程的作用，在特定情况下，会调用B进程的监控脚本来重启B，调用时用的是system函数。
再来看system函数的实现，用fork产生一个子进程，在子进程中运行脚本，脚本启动B。B就这样降到了A的子孙辈，无论是第几代子孙，都会继承A的资源。
这样，当B重启之后，B也打开了只有A才会使用的端口，对B来说，它根本不使用这些资源，甚至不知道自己打开了哪些句柄，这非常不好。之后，某个时刻，当A重启时，A原来申请的资源会一一释放，但是已经被B继承的那份拷贝还处于打开状态，导致A启动时报端口冲突。
问题分析清楚，也就好解决了。解决的方案有：
1、重写system函数，再派生子进程后，运行脚本之前，将所有不需要的句柄关掉，一般的多进程服务端程序也都这么做。
2、发现java程序并没有打开父进程的资源，可以用java实现一个‘脚本调用器’，解决办法似乎不是特别优雅。
3、在申请资源的时候用fcntl将句柄设置为不被继承。
在分析方案的过程中也学习了vfork与fork的差别，vfork只是父子进程共享堆栈，但是句柄资源还是复制了。也分析了exec与fork的区别。都找不到完美的解决办法。
3方案解决当前问题最简单，但是容易留下坑。2方案总觉得很别扭。决定采用1。问题又来了，A进程本来就不是多进程的模式，因此它并没有集中管理资源，想要从代码中增加全局变量收集零散资源似乎很困难。想到了常用的lsof工具，这个工具不是可以列举任何进程的句柄吗？查阅其源代码，原来是读取proc虚拟文件系统下的数据来实现的。如法炮制，也用这个方法遍历本进程的fd目录，将得到的句柄一一记录，在关闭了proc目录后，将记录下来的句柄关闭，这时还会将已经关闭的proc目录的句柄又关闭一次，不过不会有什么问题。存在的问题是必须以root运行才能得到句柄列表。
奋笔疾书，写完了新的system函数，却发现脚本不能运行完成，总是在中间某个点就退出了。经过在脚本中反复打点，发现总是在同一行上面退出，这一行是一个shell函数调用，猜测，是不是新的system中指定的脚本解析器不支持函数？另外写测试程序，也不是这样的。继续找原因，原来这一行还使用了标准输入、输出、错误重定向。而标准输入输出已经在父进程中关闭了，重定向当然会有错误。保留0，1，2三个句柄后问题彻底解决。其实这三个句柄也是不能随意关闭的，一但句柄关闭后，系统会将句柄号分配给其他资源，这样如果代码中使用了重定向0,1,2，那后果会不堪设想。
很长时间都没写过代码了，试着写了这个常见的题目。整体思路：采用整形链表记录大整数的每一位，然后分别遍历乘数和被乘数的每一位，将每两个数字的乘积累加到结果的相应位上面。针对大整数类型，重载输入和输出流，重载乘法。
输出部分实现不是特别好。用STL的容器实现链表也许会简单的多。重载乘法的实现不合常理，本应该返回一个新的对象，为了简单起见，直接返回了新对象的指针；在计算乘法结果时使用了一个递归，理论上来说有可能深度过大，导致栈溢出；另外对于指针和应用的使用不规范。
具体代码：
用户态采用select模型，初始化时建立多个netlinksocket，绑定完成之后，向内核发送握手消息，这样内核可以将已经建立的连接记住，以便后续选择可用的连接发送数据。初始化和握手完成之后，由内核主动向用户态发送数据，用户态主线程在各个socket句柄上面等待读事件的到来，当检测到读事件时，向线程池提交数据读取和处理任务。这样模拟一个连接池和事件分发模型，保证内核数据及时被读取到用户态程序并处理，能做到并发。
而内核态的netlink在接收数据时本身就是以系统调用的方式提供给业务层的发送接口，因此本身就是异步的，性能不是问题。内核态收到数据时，只需要提交给一个内核线程去处理即可。
原型代码如下：
#!/bin/bash
end=`dmesg |wc -l`
while true
do
sleep 1
end2=`dmesg |wc -l`
if [ "$end" != "$end2" ]; then
dmesg |awk '{print NR, $0}'|tail -$((end2-end))
end=$end2
fi
if [ "$end" -ge 1000 ]
then
dmesg -c >/dev/null 2>&1
echo "**********************"
echo "*dmesg -c now; *"
echo "**********************"
end=`dmesg |wc -l`
fi
done
(5.00分 - 5票) 
Loading ... | 同时归档在：实用脚本 #include<unistd.h>
#include<stdio.h>
int main()
{
for(int i = 0; i < 2; ++i)
{
fork();
printf("-");
}
printf("\n");
return 0;
}
int atoi(const char* strNum);
思路：首先对输入指针判空，然后取出每一位的权值a，用类似下面的算法：Math.pow(10, i) * a 这样的算法实现。用到了乘方算法，似乎不是特别好。另外用一个类似递归的思想：sum = sum * 10 + digitnum; ，下面就后者给出实现代码。
在上一篇中介绍了jetty的反映器模型，selector线程与业务子线程交互的点有：
1、分发事件给子线程做，启动子线程；
2、子线程发现阻塞或者连接关闭等时间时，注册内部changes，等待selector线程调度；
3、检测超时连接，并且关闭连接。
以下分析针对jetty的特定版本：http://dev.eclipse.org/svnroot/rt/org.eclipse.jetty/jetty/tags/jetty-7.2.1.v20101111
首先介绍一下Jetty的反映器模型，Jetty用的经典的NIO异步模型（Scalable IO in Java http://gee.cs.oswego.edu/dl/cpjslides/nio.pdf）。连接管理的示意图如下：
Jetty在使用这个模型的时候，做了一些改动，acceptor是独立出来的一个阻塞线程，用于阻塞地接受新的连接请求，而所有的连接建立之后，都会想selector线程注册网络事件和内部的事件（changes），selector需要同时处理网络事件和内部的changes。同时还要定期检查超时的链接。
(4.86分 - 7票) 
