在上一篇文章中，Mayuyu讲述了共享内存的原理以及使用方法。在创建共享内存之前，必须指定一个ID值，而这个ID值通常是通过现在要讲的ftok()函数得到。ftok()函数原型如下
其中参数fname是指定的文件名，这个文件必须是存在的而且可以访问的。id是子序号，它是一个8bit的整数。即范围是0~255。
当函数执行成功，则会返回key_t键值，否则返回-1。在一般的UNIX中，通常是将文件的索引节点取出，然后在前面加上子序号就得到key_t的值。查看文件索引节点号的方法是使用命令：ls -i。例如，指定文件为share，索引号为787706，对应16进制为0xc04fa，如图
子序号设置为0，那么得到key值为0x000204fa，如下图
在上篇文章中，shmget()函数的参数key就是通过这种方式生成的。另外说明一下，在shmget()函数中的key，还可以用IPC_PRIVATE或0，这样会建立新共享内存对象。
关于ftok()函数的一个陷阱
在使用ftok()函数时，里面有两个参数，即fname和id，fname为指定的文件名，而id为子序列号，这个函数的返回值就是key，它与指定的文件的索引节点号和子序列号id有关，这样就会给我们一个误解，即只要文件的路径，名称和子序列号不变，那么得到的key值永远就不会变。
事实上，这种认识是错误的，想想一下，假如存在这样一种情况：在访问同一共享内存的多个进程先后调用ftok()时间段中，如果fname指向的文件或者目录被删除而且又重新创建，那么文件系统会赋予这个同名文件新的i节点信息，于是这些进程调用的ftok()都能正常返回，但键值key却不一定相同了。由此可能造成的后果是，原本这些进程意图访问一个相同的共享内存对象，然而由于它们各自得到的键值不同，实际上进程指向的共享内存不再一致；如果这些共享内存都得到创建，则在整个应用运行的过程中表面上不会报出任何错误，然而通过一个共享内存对象进行数据传输的目
的将无法实现。
这是一个很重要的问题，希望能谨记！！！
所以要确保key值不变，要么确保ftok()的文件不被删除，要么不用ftok()，指定一个固定的key值。