2.3.1.2扩展属性的实现

扩展属性在内核中采用xattr结构进行标识，定义在include/linux/xattr.h中，具体定义如下所示：

struct xattr{

char *name;

void *value;

size_tvalue_len;

};

　　对于该结构，其各字段的含义如表2-1所示：

表2-1 xattr中各字段的含义

类型

字段

含义

char *

name

扩展属性的名字

void *

value

扩展属性值

size_t

value_len

扩展属性值的长度

　　同时，内核也提供了具体的操作扩展属性的方法，由于扩展属性是与文件相关的，所以这些操作都存放在了inode_operations中：

　　struct inode_operations {

...

int (*setxattr) (struct dentry*, const char *,const void *,size_t,int);

ssize_t(*getxattr) (struct dentry*, const char *, void *, size_t);

ssize_t(*listxattr) (struct dentry*, char *, size_t);

int (*removexattr) (struct dentry*, const char *);

...

}

如上所示，其中setxattr()函数用于根据参数来设置或替换某个扩展属性的值，或者创建一个新的扩展属性；getxattr()函数用于获取指定扩展属性的值；listxattr()函数用于获取文件的扩展属性列表；removexattr()函数用于删除指定的扩展属性。

对于上述扩展属性的操作方法，它们都是由VFS提供的一个标准接口，并不意味每个文件系统都需要支持扩展属性，事实上，内核中的大多数文件系统都不支持扩展属性，只有少数文件系统支持，如磁盘文件系统(ext3、ext4、xfs等)。对于支持扩展属性的文件系统来说，这些函数也是不同的，它们可以根据自己的需求来实现该函数，但在内核中还是提供了一组通用的实现方式。对于这种通用的实现方式，将在2.3.1.3中介绍。

在内核中，扩展属性的名字采用命名空间进行管理，对于属于同一命名空间的扩展属性而言，其操作函数的实现相同。在内核中使用xattr_handler结构表示属于某一命名空间的扩展属性的处理程序，其定义如下所示：

struct xattr_handler{

const char *prefix;

int flags;

size_t(*list)(struct dentry*dentry, char *list, size_tlist_size,

const char *name, size_tname_len, int handler_flags);

int (*get)(struct dentry*dentry, const char *name, void *buffer,

size_tsize, int handler_flags);

int (*set)(struct dentry*dentry, const char *name, const void *buffer,

size_tsize, int flags, int handler_flags);

};

　　如上所示，该结构体定义在include/linux/xattr.h中，各字段的含义如下表2-2所示：

表2-2 xattr_handler中各字段的含义

字段

含义

prefix

命名空间的名字，表示该操作所应用的命名空间

flags

文件系统的私有标志

list

获得指定文件的所有扩展属性

get

从设备读入扩展属性

set

将扩展属性写入设备中

由前面的内容可知，内核支持os2、security、system、trusted、user这五个命名空间，那么内核是如何知道某个命名空间所对应的处理程序呢？事实上，内核在super_block结构体中定义了一个名为s_xattr的字段，该字段为xattr_handler类型二维指针，其中存放了所有命名空间对应的处理程序。当要对某一命名空间中的扩展属性进行处理时，内核会通过比较处理程序的prefix和扩展属性命名空间的前缀来找到合适的处理程序来对扩展属性进行处理。

　　赞赏

　　人赞赏