多线程与NTFS文件系统

         最近的工作中关于程序开发方面有两点体会想记录一下。

         我们开发的软件主要是Windows端程序。在一个程序中采用了读取NTFS文件系统的B+索引的方式来快速获取一个目录及其子目录和文件的元数据信息。该方法确实比通过Windows API一层一层遍历目录快很多。不过在应用时确发现了才发现NTFS文件系统的一个特性。用户如果将目录下的文件进行了删除，通过访问索引并不能发现被删除的文件。因为对NTFS对索引的修改是滞后的。用户的操作会先修改MTF中的文件记录，而在后台在修改索引。

         读取索引结构的想法来自Everything这个软件，看来要做到像Everything的实时检索，还需要对NTFS的变化日志进行分析。

 

         第二个体会是多线程共享内存访问错误造成的程序崩溃。因为CHttpFile在建立http请求时的超时设定不起作用（这一点微软已近证实）故采用了独立的传输线程A来进行HTTP请求，采用另一个线程B来等待传输线程。线程B设定了一个等待时间，在TimeOut后就返回，并释放了共享内存，这样就造成了A线程请求返回时访问共享内存错误。

 

编写多线程程序时，一定要将什么变量是被多个线程访问的要能清晰的区分啊。