为了搞清楚表之间的关系，可以用ER图方便方便的描述。

即在探寻总体内在数量规律性的过程中的不同阶段(根据对样本/总体数据的描述统计来推断统计总体的数量特征)

转载请说明出处：http://blog.csdn.net/cywosp/article/details/38965239
 

 
 
 
 1. 概述
 
 
     在Linux系统中一切皆可以看成是文件，文件又可分为：普通文件、目录文件、链接文件和设备文件。文件描述符（file descriptor）是内核为了高效管理已被打开的文件所创建的索引，其是一个非负整数（通常是小整数），用于指代被打开的文件，所有执行I/O操作的系统调用都通过文件描述符。程序刚刚启动的时候，0是标准输入，1是标准输出，2是标准错误。如果此时去打开一个新的文件，它的文件描述符会是3。POSIX标准要求每次打开文件时（含socket）必须使用当前进程中最小可用的文件描述符号码，因此，在网络通信过程中稍不注意就有可能造成串话。标准文件描述符图如下：
 
 
 

  
 
 
 
 
 
 
 
 
 文件描述与打开的文件对应模型如下图：
 
 
 
 
  
 
   

    
   
 
  
 
 
 
 
 
 
 
 
 
 2. 文件描述限制
 
 
     在编写文件操作的或者网络通信的软件时，初学者一般可能会遇到“Too many open files”的问题。这主要是因为文件描述符是系统的一个重要资源，虽然说系统内存有多少就可以打开多少的文件描述符，但是在实际实现过程中内核是会做相应的处理的，一般最大打开文件数会是系统内存的10%（以KB来计算）（称之为系统级限制），查看系统级别的最大打开文件数可以使用sysctl -a | grep fs.file-max命令查看。与此同时，内核为了不让某一个进程消耗掉所有的文件资源，其也会对单个进程最大打开文件数做默认值处理（称之为用户级限制），默认值一般是1024，使用ulimit -n命令可以查看。在Web服务器中，通过更改系统默认值文件描述符的最大值来优化服务器是最常见的方式之一，具体优化方式请查看http://blog.csdn.net/kumu_linux/article/details/7877770。
 
 
 
 
 
 
 3. 文件描述符合打开文件之间的关系
 
 
     每一个文件描述符会与一个打开文件相对应，同时，不同的文件描述符也会指向同一个文件。相同的文件可以被不同的进程打开也可以在同一个进程中被多次打开。系统为每一个进程维护了一个文件描述符表，该表的值都是从0开始的，所以在不同的进程中你会看到相同的文件描述符，这种情况下相同文件描述符有可能指向同一个文件，也有可能指向不同的文件。具体情况要具体分析，要理解具体其概况如何，需要查看由内核维护的3个数据结构。
 
 
     1. 进程级的文件描述符表
 
 
     2. 系统级的打开文件描述符表
 
 
     3. 文件系统的i-node表
 
 
 
 
 
 
 进程级的描述符表的每一条目记录了单个文件描述符的相关信息。
 
 
     1. 控制文件描述符操作的一组标志。（目前，此类标志仅定义了一个，即close-on-exec标志）
 
 
     2. 对打开文件句柄的引用
 
 
 
 
 
 
 内核对所有打开的文件的文件维护有一个系统级的描述符表格（open file description table）。有时，也称之为打开文件表（open file table），并将表格中各条目称为打开文件句柄（open file handle）。一个打开文件句柄存储了与一个打开文件相关的全部信息，如下所示：
 
 
     1. 当前文件偏移量（调用read()和write()时更新，或使用lseek()直接修改）
 
 
     2. 打开文件时所使用的状态标识（即，open()的flags参数）
 
 
     3. 文件访问模式（如调用open()时所设置的只读模式、只写模式或读写模式）
 
 
     4. 与信号驱动相关的设置
 
 
     5. 对该文件i-node对象的引用
 
 
     6. 文件类型（例如：常规文件、套接字或FIFO）和访问权限
 
 
     7. 一个指针，指向该文件所持有的锁列表
 
 
     8. 文件的各种属性，包括文件大小以及与不同类型操作相关的时间戳
 
 
 
 
 
 
 下图展示了文件描述符、打开的文件句柄以及i-node之间的关系，图中，两个进程拥有诸多打开的文件描述符。
 
 
 
 
  
 
   

    
   
 
  
 
 
 
 
 
     在进程A中，文件描述符1和30都指向了同一个打开的文件句柄（标号23）。这可能是通过调用dup()、dup2()、fcntl()或者对同一个文件多次调用了open()函数而形成的。
 
 
     进程A的文件描述符2和进程B的文件描述符2都指向了同一个打开的文件句柄（标号73）。这种情形可能是在调用fork()后出现的（即，进程A、B是父子进程关系），或者当某进程通过UNIX域套接字将一个打开的文件描述符传递给另一个进程时，也会发生。再者是不同的进程独自去调用open函数打开了同一个文件，此时进程内部的描述符正好分配到与其他进程打开该文件的描述符一样。
 
 
     此外，进程A的描述符0和进程B的描述符3分别指向不同的打开文件句柄，但这些句柄均指向i-node表的相同条目（1976），换言之，指向同一个文件。发生这种情况是因为每个进程各自对同一个文件发起了open()调用。同一个进程两次打开同一个文件，也会发生类似情况。
 
 
 
 
 
 
 4. 总结
 
 
     1. 由于进程级文件描述符表的存在，不同的进程中会出现相同的文件描述符，它们可能指向同一个文件，也可能指向不同的文件
 
 
     2. 两个不同的文件描述符，若指向同一个打开文件句柄，将共享同一文件偏移量。因此，如果通过其中一个文件描述符来修改文件偏移量（由调用read()、write()或lseek()所致），那么从另一个描述符中也会观察到变化，无论这两个文件描述符是否属于不同进程，还是同一个进程，情况都是如此。
 
 
     3. 要获取和修改打开的文件标志（例如：O_APPEND、O_NONBLOCK和O_ASYNC），可执行fcntl()的F_GETFL和F_SETFL操作，其对作用域的约束与上一条颇为类似。
 
 
     4. 文件描述符标志（即，close-on-exec）为进程和文件描述符所私有。对这一标志的修改将不会影响同一进程或不同进程中的其他文件描述符
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 参考
 
 
 [1] http://blog.chinaunix.net/uid-20633888-id-2747146.html
 
 
 [2] http://www.cppblog.com/guojingjia2006/archive/2012/11/21/195450.html
 
 
 [3] http://blog.csdn.net/kumu_linux/article/details/7877770
 
 
 [4] 《Linux/UNIX系统编程手册》
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

泛化与类的泛化意义相同，表达用例之间存在“is-a-kind-of”关系。当一组用例拥有相同的事件流序列，或者相似的一组约束的时候，可以使用例的泛化。一般父用例是抽象的，而子用例将继承父用例的特性。比如“预定房间”或者“预定早餐”还可以有一套相同的其它服务的时候，可以使用泛化描述。 
 
    在“预定服务”用例中有一个抽象子事件流，所以“预定房间”是一个抽象用例，而“选择服务”的事件实现在“预定房间”用例中。事件流执行的规则如下：实例化首先出现在子用例中，沿着基本事件流运行，如果子用例没有定义基本事件流，则沿着父基本事件流执行,上面的例子由于没有定义子基本事件流，所以沿着父基本事件流运行。在运行到“选择一项服务”的时候，执行子用例定义的“选择服务”子用例，如下图所示。
 
 
    事件流的描述如下：
 
 
 
    要注意到的问题是，首先不要混淆泛化和扩展，Java中的关键字 extend 是泛化而非扩展,而用例中的扩展与泛化是完全不同的，扩展事件流只不过是挂接到原有用例事件流的某个位置上，以添加新的行为，而且是在同一层及解决问题。另一个方面不能混淆泛化和包含，泛化和包含都是用于抽取用例的公共行为，因此容易混淆，其实它们是实现复用的两种不同手段，泛化关系要求付用例和子用例之间拥有“is-a -kind-of”关系，这样继承才有意义，但包含无需拥有这种关系。在使用包含的时候，当执行到使用公共行为的步骤时，必须明确指出包含的用例，而且指明使用哪个事件流。
 
　相关文章：软件架构设计的思想与模式[4]