filesystemwatcher,FileSystemWatcher 影响性能吗
c# 中的FileSystemWatcher问题
有两种办法可以解决
1、可以设置文件监视的类型
FileSystemWatcher fileWatcher = new FileSystemWatcher();
fileWatcher.NotifyFilter
2、可以通过FileSystemEventArgs类的ChangeType属性去判断，是否为创建文件引发的事件
void fileWatcher_Changed(object sender, FileSystemEventArgs e)
{
if (e.ChangeType == WatcherChangeTypes.Created)
{
}
}
C# 服务项目 FileSystemWatcher 无法全部触发（会丢失本应该触发的文件）
首先看是否正确监视到了文件，再说提交到数据库的问题。
最好监视到文件就输入日志，然后看是否有遗漏
filesystemwatcher 是c++还是c
都不是
filesystemwatcher 这个是C#的一个监控控件
和C/C++没什么关系
C#是与C/C++都不同的另一门语言了。
具体详细介绍 可以自行百度。
c# filesystemwatcher 监控文件是否写完
类型里面有个NotifyFilters.LastWrite好像什么滴，然后要用他的changed事件，千万别用created事件。很多人在网上复制一大堆的：
NotifyFilters.LastAccess | NotifyFilters.LastWrite| NotifyFilters.FileName | NotifyFilters.DirectoryName;
奇了怪了，怎么处理了两次？？？？
你自己写的代码要自己去看，网上那么多人说是filesystemwatcher问题，看看到底是哪里问题，对于文件名的changed确实是改变了三次啊，改变了FileName的时候，肯定也改变了LastAccess，有人还发现处理了三次呢，为什么？？？他监控下载文件夹，下载文件是创建了，然后改名创建，LastWrite也包括了，触发changed三次！DirectoryName这个东西是没用的，只能触发一次，后面就拜拜，因为你的代码检测他啊，他改变一次，filesystemwatcher在原来的路径就找不到他了，又要重新发现文件，这时候的文件名你已经改了。
所以我上面说那么多，就会引来后面的问题，系统会溢出奔溃，其实这个控件是个异步控件，正在里面使用控件要委托，避免跨线程检查；方法使用try,catch机制会跳转，没有cacth到，就跳了；一连执行三次一样的方法去操作文件，有可能第一次把文件删除了，第二次交叉执行又去使用文件路径，你说找不到路径的System.IO类型操作是不是系统溢出，这样就会奔溃。
这个控件还有一个小问题，你要注意framework版本，是否认识NotifyFilters.LastWrite