atexit函数和粘制位问题及file

atexit函数的调用

函数名: atexit

头文件:#include<stdlib.h>

功 能: 注册终止函数(即main执行结束后调用的函数)

exit调用这些注册函数的顺序与它们 登记时候的顺序相反。同一个函数如若登记多次，则也会被调用多次。为了验证我们来注册三个函数，看看输出结果：

运行结果：

结果分析，我们在调用的时候先调用的是funtest1(),然而我们从打印解过来看，他是最后被执行的，所以这就验证了我们上面说的。exit调用这些注册函数的顺序与它们 登记时候的顺序相反。

粘制位问题：

一般来说 只有目录内文件的所有者或者root才可以删除或移动该文件。如果不为目录设置粘滞位，任何具有该目录写和执行权限的用户都可以删除和移动其中的文件。实 际应用中，粘滞位一般用于/tmp目录，以防止普通用户删除或移动其他用户的文件。然后，在我的电脑上我们来看一下

我们可以看到在other的权限中出现了粘着位，而粘制位也是针对other的，我们会用chomd来给other加减权限，而这里我们也是可以用它来设置粘制位的。

这样就加上了。而一旦为某个文件设置了粘制位，在别人要删的时候就会提醒权限不够。而我们自己的tmp也是不可以修改other的粘制位的

3.strcut file---文件结构体

文件结构体代表一个打开的文件，系统中的每个打开的文件在内核空间都有一个关联的 struct file。

原型如下：

struct file {
union {
struct list_head    fu_list;
struct rcu_head     fu_rcuhead;
} f_u;
struct path        f_path;
#define f_dentry    f_path.dentry   //该成员是对应的 目录结构 。
#define f_vfsmnt    f_path.mnt
const struct file_operations    *f_op;  //该操作 是定义文件关联的操作的。内核在执行open时对这个 指针赋值。 

atomic_long_t        f_count;
  unsigned int         f_flags;    //该成员是文件标志。  
mode_t            f_mode;

loff_t            f_pos;
struct fown_struct    f_owner;
unsigned int        f_uid, f_gid;
struct file_ra_state    f_ra;

u64            f_version;
#ifdef CONFIG_SECURITY
void            *f_security;
#endif
/* needed for tty driver, and maybe others */
void            *private_data;//该成员是系统调用时保存状态信息非常有用的资源。 

#ifdef CONFIG_EPOLL
/* Used by fs/eventpoll.c to link all the hooks to this file */
struct list_head    f_ep_links;
spinlock_t        f_ep_lock;
#endif /* #ifdef CONFIG_EPOLL */
struct address_space    *f_mapping;
#ifdef CONFIG_DEBUG_WRITECOUNT
unsigned long f_mnt_write_state;
#endif
};