对于只使用Windows的用户来说 可能从未怀疑过目录与分区究竟应该是个怎样 但就个人来说使用过Linux后都会觉得利用挂载点这个概念 会比单纯使用分区更容易使用一些 采用分区来切换路径经常会造成文件一挪位置便路径出错的问题
在把分区挂载至目录文件夹下时 可能都会想到第三放软件进行映射 但其实M$自己也提供了解决办法 如果各位同学和某一样更喜欢采取原生的方案 那么我们就来看一下吧 （在网上搜一下 似乎关于这点的中文文章还真没有 ）
至于官方资料 可以参考这里 Windows Vista 与 Server 也是一样的
由于某使用这个方法时间也不长 所以先做了如下一些测试以供参考
需要注意的是
挂载点所在分区必须为NTFS格式
挂载点目标文件夹必须为空
被挂在的分区也必须为NTFS
挂载方法可以在新建分区 或更改分区分配盘符那里修改 选择挂载至NTFS文件夹即可 如图
某在一块GPT分区的硬盘上做了如下测试 目录结构可以参考下图
其一
假设现有分区A和B A仍旧使用盘符挂载 B则挂载至A中的test文件夹下
此时把A格式化 A中文件全被删除 B挂载也消失 需要在磁盘管理中重新挂载 但B中数据保留
其二
在前面的基础上增加一个分区C AB情况同上 现在让C挂载到B中hello文件夹下（路径相当于A:\test\hello） 格式化A 会发现没有恢复B的挂载前 B与C都无法访问 恢复B的挂载后 不论是否在原来位置 C仍旧挂载在B的hello文件夹下 这点可以理解 相当于相对路径 与上级文件夹是没有关系的
可以得出一些结论
使用这样的挂载方式 基本可以看成与Linux下的目录访问相当
除非对挂载点文件夹（即被挂载分区本身）进行操作 对父级分区的修改不会影响被挂载分区
因此 非NTFS的闪存 CD/DVD/BD ROM都是不能挂载至文件夹的……
详细的情况还有待长时使用后的验证
毕竟Windows设计之初在分区概念上就与Unix like不同 除非依靠第三方软件 原生功能 目前只能达到这个程度
