Linux内核链表.ppt

需求源自沟通　科技服务中国 Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here Add Text Here 三、 链表操作接口 4. 安全性考虑 在并发执行的环境下，链表操作通常都应该考虑同步安全性问题，为了方便，Linux将这一操作留给应用自己处理。Linux链表自己考虑的安全性主要有两个方面： a) list_empty()判断 基本的list_empty()仅以头指针的next是否指向自己来判断链表是否为空，Linux链表另行提供了一个list_empty_careful()宏，它同时判断头指针的next和prev，仅当两者都指向自己时才返回真。这主要是为了应付另一个cpu正在处理同一个链表而造成next、prev不一致的情况。但代码注释也承认，这一安全保障能力有限：除非其他cpu的链表操作只有list_del_init()，否则仍然不能保证安全，也就是说，还是需要加锁保护。 三、 链表操作接口 b) 遍历时节点删除 前面介绍了用于链表遍历的几个宏，它们都是通过移动pos指针来达到遍历的目的。但如果遍历的操作中包含删除pos指针所指向的节点，pos指针的移动就会被中断，因为list_del(pos)将把pos的next、prev置成LIST_POSITION2和LIST_POSITION1的特殊值。 当然，调用者完全可以自己缓存next指针使遍历操作能够连贯起来，但为了编程的一致性，Linux链表仍然提供了两个对应于基本遍历操作的_safe接口：list_for_each_safe(pos, n, head)、list_for_each_entry_safe(pos, n, head, member)，它们要求调用者另外提供一个与pos同类型的指针n，在for循环中暂存pos下一个节点的地址，避免因pos节点被释放而造成的断链。 四、 扩展 1. hlist 图6 list和hlist 四、 扩展 精益求精的Linux链表设计者（因为list.h没有署名，所以很可能就是Linus Torvalds）认为双头（next、prev）的双链表对于HASH表来说过于浪费，因而另行设计了一套用于HASH表应用的hlist数据结构--单指针表头双循环链表，从上图可以看出，hlist的表头仅有一个指向首节点的指针，而没有指向尾节点的指针，这样在可能是海量的HASH表中存储的表头就能减少一半的空间消耗。 因为表头和节点的数据结构不同，插入操作如果发生在表头和首节点之间，以往的方法就行不通了：表头的first指针必须修改指向新插入的节点，却不能使用类似list_add()这样统一的描述。为此，hlist节点的prev不再是指向前一个节点的指针，而是指向前一个节点（可能是表头）中的next（对于表头则是first）指针（struct list_head **pprev），从而在表头插入的操作可以通过一致的*(node-pprev)访问和修改前驱节点的next（或first）指针。 四、 扩展 2. read-copy update 在Linux链表功能接口中还有一系列以_rcu结尾的宏，与以上介绍的很多函数一一对应。RCU（Read-Copy Update）是2.5/2.6内核中引入的新技术，它通过延迟写操作来提高同步性能。 我们知道，系统中数据读取操作远多于写操作，而rwlock机制在smp环境下随着处理机增多性能会迅速下降