（一）
receive最终在fuse_kern_chan.c中的fuse_kern_chan_receive函数实现，使用系统调用读取
res = read(fuse_chan_fd(ch), buf, size);
其中fuse_chan_fd(ch)就是/dev/fuse， buf和size在fuse_loop_mt.c中fuse_do_work中定义。
struct fuse_buf fbuf = {
.mem = w->buf,
.size = w->bufsize,
};
其中的fbuf->mem就是buf，fbuf->size就是size。
size的值为 135168
这些值在 fuse_loop_mt.c::fuse_loop_start_thread中被赋值。
w->bufsize = fuse_chan_bufsize(mt->prevch);
w->buf = malloc(w->bufsize);
receive完成后，就是process。process函数最终是fuse_lowlevel.c中的fuse_ll_process_buf 。
（二）
执行ls dir1命令，fuse_ll_process_buf 会收到这些操作码：
3 FUSE_GETATTR
[getattr] Called
Attributes of / requested
27 FUSE_OPENDIR
28 FUSE_READDIR
--> Getting The List of Files of /
1 FUSE_LOOKUP
[getattr] Called
Attributes of /file54 requested
1
[getattr] Called
Attributes of /file349 requested
28 FUSE_READDIR
29 FUSE_RELEASEDIR
42 FUSE_BATCH_FORGET
每一个操作码都耗费fuse_do_work（fuse_lootp_mt.c）的一个循环。即一个receive，一个process。
最终按照操作码调用对应函数：
fuse_ll_ops[in->opcode].func(req, in->nodeid, inarg);
in根据fuse_ll_process_buf中的参数buf得来。
func函数也在fuse_lowlevel.c中，比如do_getattr函数，该函数调用：
req->f->op.getattr(req, nodeid, fip);
去执行用户定义的函数。 这里的op类型是struct fuse_lowlevel_ops，定义在fuse_lowlevel.c。
最终应该会去往fuse.c中的fuse_fs_getattr函数，在里面调用fs->op.getattr(path, buf);这个getattr函数在用户程序ssfs.c中定义。
op是在用户程序ssfs.c中定义，由fuse_main函数传递而来。
（三）
由于用户程序ssfs.c中只定义了三种操作，所以只会接受到三种三座。没有定义的操作，在fuse_lowlevel.c中进行对应的判断如if (req->f->op.setxattr)不成立于是调用fuse_reply_err(req, ENOSYS);进行回应。
（四）接上面（二）的结尾
static struct fuse_lowlevel_ops fuse_path_ops 在fuse.c中定义，有一句
.getattr = fuse_lib_getattr,
全局搜索只有这一处比较像lowlevel的getattr函数指针。
在fuse.c中，有
static void fuse_lib_getattr(fuse_req_t req, fuse_ino_t ino,struct fuse_file_info *fi)
这与fuse_lowlevel.c中的getattr函数里面的调用是一致的。
fuse_lib_getattr函数调用fuse_fs_fgetattr(f->fs, path, &buf, fi);， 里面调用fs->op.getattr(path, buf);
这里应该就是用户定义的getattr了。
这里fs->op正是struct fuse_operations类型的。这个变量由用户程序ssfs.c的fuse_main传入。