文件系统
 
相信接触过Linux操作系统的同学一定使用过ls -l这个命令吧，你在你的命令行解释器下输入这个命令后，打印出了下图中的几列信息。
 
 这些信息对应了文件下面的属性：
 
文件权限
文件硬链接数
文件所有者
文件所属组
文件大小
修改日期和文件名字
 
当然你也一定使用过cat，more或者less命令来查看文件内容，请注意，我们上面实际上是提到了文件的两个特点文件属性和文件内容，这篇博客就来给大家讲解文件是如何存在磁盘上的。
 
磁盘模型
 

 你可以把箭头指向的这两个同心圆从某部分断开，就像拉成磁带的那样的长条一样。，磁盘是典型的块设备，所以这些条也就是硬盘分区被划分为一个个的block，每个块的大小被定为1024、2048或4096字节。
 
 这些分区具体被分为多大其实这些分块是被一个叫boot block的东西管理着：
 
boot block：boot block 是芯片设计厂家在LPC2000系列微控制器内部固化的一段代码，用户无法对其修改和删除。这段代码在芯片复位后首先被运行，其功能主要是判断运行那个存储器上的程序、检查用户代码是否有效、判断芯片是否被加密、芯片的在应用以及在系统编程功能。
 
 而我们的文件就被存在这些块上，我们现在来看看这些block group中的结构是怎么样的：
 
 不明白这6部分到底是什么东西先不要着急，我们一个一个来说
 
inode table
 
首先你需要知道什么是inode，其实inode也是一个结构体，还记得我们之前提到的文件属性吧，inode结构体中存放的就是文件的属性，记住这里仅仅存放的是属性，内容会存放在另一个小部分中
 
这里有一个问题，一个空文件有inode结构体么?当然，我们说了，这里存放文件属性，所以空文件也有文件属性呀。
 
inode bitmap
 
我们每个文件都对应了一个inode，就像每个进程都有一个pcb一样，我们为了找到这些对应的inode，所以每个inode也拥有独一无二inode号，就好比pid一样。
 
说到这里，inode bitmap的作用就明了了，这个位图就是用来判断此位置映射的inode号有没有被其他文件所占用，占用了这个位就会设为1，否者为0，这些位图对应了inode table中的某一个位置
 
block bitmap
 
Block Bitmap中记录着Data Block中哪个数据块已经被占用，哪个数据块没 有被占用
 
data blocks
 
存放数据的数据块
 
super block
 
存放文件系统本身的结构信息。记录的信息主要有：bolck 和 inode的总量， 未使用的block和inode的数量，一个block和inode的大小，最近一次挂载的时间，最近一次写入数据的 时间，最近一次检验磁盘的时间等其他文件系统的相关信息。Super Block的信息被破坏，可以说整个 文件系统结构就被破坏了
 
group descriptor table
 
块组描述符，描述块组属性信息
 
数据存放
 

 我们来看看一个文件的数据是如何存放到磁盘中的：
 
检查inode位图是否为空
如果某比特位为空则将其由0置为1
把对应的文件属性写在此inode位图相应的inode节点中
给这个对应的inode号分配block空间，写入数据
将这个block块号也存到inode中,并把对应的block bitmap所对应的位置置为1
将文件名字和ionde号映射关系写入目录文件的内容中
 
我们这里的最后一条为什么要把文件名字和ionde号映射关系写入目录文件的内容中呢？其实我们访问一个文件是通过inode号从磁盘中查找的，而我们发现我们访问文件时使用的都是文件名，那么说明一定有某个东西帮助我们将文件名字转化为inode号，这里的工作其实是目录文件帮我们完成的。
 
有没有发现一个文件下不可以拥有同名文件，所以目录的内容实际上维护了本目录中所有文件名字和其inode号的映射关系，这里也就是为什么需要有我们上面的最后一条。
 
再来看看如何删除磁盘中的一个文件：
 
将文件对应的数据block块从1置为0
将文件对应的inode号从1置为0
 
不要惊讶，有没有发现我们下载一个文件要几小时，而删除只需要几秒，这其实是一种假删除，我们并没有真正意义上删除数据，这也为恢复数据做了铺垫。
 
总结
 
其实文件在磁盘中的存储还有很多细节，有兴趣的同学可以自己下去查查哦。

最近在啃鸟哥的书，前面因为有一些基础，迷迷糊糊的还看得懂，看到后来文件、磁盘的时候，整个人都是糊的，所以又跑到51CTO学院去找视频学，有幸找到了韩立刚老师的一套视屏，一下子就把我之前迷糊的地方具体生动的讲述了出来，下面是我的一些学习笔记。
 
一、磁盘物理结构 
 盘片、机械手臂、磁头、主轴马达 
  
 磁盘构成描述：磁道、扇区、柱面 
 
 
主引导扇区：0磁道0柱面1扇区，分为
1、主引导记录MBR
2、分区表DPT共64字节（每个分区信息占16字节，故最多四个分区）
想要实现更多分区，可利用扩展分区（指向一个更大空间存更多分区信息）创建多个逻辑分区
3、硬盘有效标志位（标记MBR是否有效）
 
二、分区和文件系统 
 硬盘制造–》低级格式化（划分扇区、柱面）–》高级格式化（划分地方存文件、文件夹） 
 文件系统组成图 
 
 
每个文件都有一个iNode记录（iNode编号、一些属性），通过属性可以找到文件的磁盘块位子，从而读取文件内容。 
 磁盘块可根据自身需求改变大小 
 iNode位图是为了，快熟索引可用的iNode号码，块位图是为了快速索引可用的磁盘块 
 磁盘块可自由指定大小 
 iNode属性记录图 
  
 1、iNode属性信息中没有文件名 
 2、直接块直接指向存取数据的磁块，一级间址先指向一块区域，该区域记录多条信息指向磁块，以此类推二级、三级、从而实现大文件的存取记录。
 
三、文件夹磁盘块 
 文件必须依赖文件夹而存在，先有文件夹，才能有文件 
 文件夹也有iNode，和相对应的存信息的磁块，叫做目录磁盘块，记录文件夹中文件的文件（文件夹）名字、iNode号。 
 
 
通过文件夹找文件的过程图 
 
 
创建文件的过程 
 1、扫描iNode位图，找一个空闲的iNode号并占用（找一个男朋友） 
 2、查找相应目录磁块，添加文件名和iNode号（民政局登记） 
 3、扫块位图，为文件分配磁盘块（买房同居）
 
删除文件过程 
 1、目录条目删除 
 2、iNode位图清空 
 3、块位图中清空
 
由此可见，当不小心误删一个文件后，实际磁盘中的内容并没有清空，还是可以通过一些手段恢复的，若在删除之后进行了复制创建新文件等操作，则导致原文件内容被覆盖而不可恢复。 
 还有传说中的粉碎文件技术，就是在文件删除后，再向文件对应的磁盘填充随机数，使其不可恢复。

我们知道，读取和写入文件I/O操作都调用操作系统提供的接口，因为磁盘设备是由操作系统管理的，应用程序要访问物理设备只能通过操作系统调用的方式工作。读和写对应read()和write()两个系统调用。下面是几种访问文件的方式：
 
1、标准访问文件的方式：
 
当应用程序调用read()接口时，操作系统检查在内核的高速缓存中有没有需要的数据，如果已经缓存了，那么就直接从缓存中返回，如果没有，则从磁盘中读取，然后缓存在操作系统中。 
 写入的方式是，用户的应用程序调用write()接口将数据从用户地址空间复制到内核地址空间的缓存中。这时对用户程序来说写操作就已经完成，至于什么时候再写到磁盘中由操作系统决定，除非显式地调用了sync同步命令。
 
2、直接I/O方式：
 
应用程序直接访问磁盘数据，而不经过操作系统内核数据缓冲区，这样做的目的就是减少一次从内核缓冲区到用户程序缓存的数据复制。这种访问方式通常是数据库等对数据的缓存管理由应用程序实现的管理系统中。
 
3、同步访问文件的方式：
 
数据的读取和写入都是同步操作的，它与标准访问文件的方式不同的是，只有当数据被成功写到磁盘时才返回给应用程序成功的标志。这种方式性能比较差，只有在一些对数据安全性要求比较高的场景中才会使用。
 
4、异步访问文件的方式：
 
异步访问文件的方式就是当访问数据的线程发出请求之后，线程会接着去处理其他事情，而不是阻塞等待，当请求的数据返回后继续处理下面的操作。这种访问文件的方式可以明显地提高应用程序的效率，但是不会改变访问文件的效率。
 
5、内存映射的方式
 
内存映射的方式是指操作系统将内存中的某一块区域与磁盘中的文件关联起来，当要访问内存中的一段数据时，转换为访问文件的某一段数据。
 
不同的访问方式有不同的特点和性能，适合不同的情况，当我们想要优化自己项目中的I/O访问速度时，就需要对这些访问方式有必要的了解。

 
 
转载自：  http://www.cnblogs.com/sheseido/archive/2010/10/27/1862496.html
 
 
 
 
 
 
 
 
 
 

  
 
 
 
找了相关的错误，找不到原因，其他的项目文件都加载进去，但不知为什么这个加载不进去。我就查看了一下其他项目的.csproj的文件，与发生错误的.csproj文件核对下，
 
 
把其中 <Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />
     <Import Project="$(MSBuildExtensionsPath)\Microsoft\VisualStudio\v9.0\WebApplications\Microsoft.WebApplication.targets" />
 改为：
 
 
 
 
 
<Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />
 
 
<Import Project="$(MSBuildExtensionsPath)\Microsoft\VisualStudio\v8.0\WebApplications\Microsoft.WebApplication.targets" Condition="'$(Solutions.VSVersion)' == '8.0'" />
 <Import Project="$(MSBuildExtensionsPath)\Microsoft\VisualStudio\v9.0\WebApplications\Microsoft.WebApplication.targets" Condition="'$(Solutions.VSVersion)' == '9.0'" />    
 
 
都可以加载进去项目文件了！这个一般在网上下载的项目，或者朋友给的项目总出这样问题，开始一直都没解决，今天不知道怎么来灵感了。去对照了一下各自的.csproj文件中的<Import>节点的配置！结果还真给解决了问题，不错。呵呵高兴！
 
 
以下方法是我在网上搜的，我用的是vs2008版本！估计是他是用的vs2005版本的。
 
 
大家经常会非常辛苦的在网上找到自己想要的源程序，在我们欣喜若狂打开的时候，却提示“未找到导入的项目“$:\Boo.Microsoft.Build.targets”。请确认 <Import> 声明中的路径正确，且磁盘上存在该文件。
 
 解决办法：将项目文件(.csproj)用记事本打开，然后找到<Import >节点，作如下操作：
 <Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />  
 替换为： 
 <Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />   这个才是最终的解决方案！！！