Linux kernel 分析之十九：阅读源代码技巧-变量命名规则

在阅读源代码的时候，经常会发现在跟踪函数调用时跟踪不下去了，如result = dir->i_op->lookup(parent_inode, child_dentry, nd);
这类似于C++中的多态。inode_operations中的lookup函数指针具体指向哪个函数，不是在编译时确定的，而是在运行期确定的。具体地说，就是在从磁盘上读入inode时才对对应inode的inode_operations结构体赋值。在ext2_read_inode()中
inode->i_fop = &ext2_file_operations;
也就是在inode对象创建的同时也对inode对应的操作进行了绑定。
但是为了确定函数指针具体指向的是哪一个函数，而去找函数指针的赋值的地方，未免有些麻烦。而通过内核变量的命名规则猜测对应的函数倒不失为一个好办法。在这个例子中，我们使用的文件系统是ext2。于是猜测lookup对应的函数是ext2_lookup。很幸运，我们猜对了。为了保证扩展性，内核中使用了大量的函数指针，采用了大量的“动态绑定”。在这种情况下，总结一下内核变量的命名规则是很有必要的。
我个人认为变量的命名是很重要的，因为这关系到代码的可读性。通常每个公司都有自己的一套变量命名规范。比较有名的有微软的匈牙利命名法，以及Unix应用程序的命名方式。Linux内核采用的是Unix应用程序的命名方式，标志符通常采用“小写加下划线”的方式。
sys_+系统调用名:是系统调用在内核中的入口处理函数如sys_fork(),因为所有的socket通信相关的系统调都通过sys_socketcall，所以他们的命名形式也像普通系统调用一样。如sys_socket,sys_bind等等，
do_+系统调用/中断操作名等等:具体的处理函数，如do_fork(被sys_fork,sys_vfork,sys_clone调用),do_page_fault,do_mmap.
vfs_+VFS相关的系统调用名:第二层的处理函数,如vfs_read,vfs_write,vfs_ioctrl。
文件系统函数方面：
文件系统名称_+操作名:该文件系统对应的操作。如ext2_lookup对应inode_operations中的lookup操作。
文件系统名称_+接口名:该文件系统针对该接口实现的操作：如
ext2_file_operations。当然，实际情况比较复杂，如ext2中对inode的操作又分为普通文件的inode(ext2_file_inode_operations)，目录文件的inode(ext2_dir_inode_operations)，特殊文件如设备文件的inode(ext2_special_inode_operations)等等。
结构体名称缩写_+成员变量名:结构体成员变量的命名，如inode的成员变量前面都有i_，dentry的成员变量前面都有d_，super_block的为s，file的为f等等。
一些缩写，有助于理解变量的含义。nr:number
bh:bottom half
ops:operations如f_ops，i_ops
在新版本的内核代码里，一些缩写开始用完整的单词来代替。这使代码的可读性进一步提高。