亚硫酸钠有毒吗:用c#实现通用守护进程

来源:百度文库 编辑:偶看新闻 时间:2024/04/28 12:44:49

用c#实现通用守护进程

2011-02-12 11:55 by 田志良, 4523 visits, 收藏, 编辑

1. 下载

  源码下载:http://files.cnblogs.com/tianzhiliang/CocoWatcher.rar

  安装包下载:http://files.cnblogs.com/tianzhiliang/CocoWatcher_Setup.rar

2. 安装注意事项

  • 在配置档中配置你要守护的应用程序,应用程序之间用逗号隔开:
            
  • 该项目是Windows服务,直接打开“CocoWatcher.exe”会报错,如图1所示:运行该守护程序需安装Windows服务,点击批处理文档“安装.bat”即可,“安装.bat”具体内容如下:
    "%cd%\InstallUtil.exe" "%cd%\CocoWatcher.exe" net start "CocoWatcher" pause
    如果你想卸载该守护程序,点击批处理文档“卸载.bat”,“卸载.bat”具体内容如下:
    net stop "CocoWatcher" "%cd%\InstallUtil.exe" "%cd%\CocoWatcher.exe"  -utaskkill /f /im CocoWatcher.exepause

3. 需求分析

  用户指定要守护的应用程序(数量不限),该应用程序不仅包括exe可执行文件,还包括诸如jpg、txt等所有能双击打开执行的应用程序。用户设定好要守护的应用程序后,关闭应用程序(包括合法和非法关闭),该应用程序要能立即重启打开。当电脑重启时,要守护的应用程序也能自动全部打开。

4. 详细设计

  要实现上述需求,首先要提供一个配置档,让用户能随意配置要守护的应用程序。那么,该配置档要配置应用程序的什么信息呢?答案:应用程序的全路径。

  好,我们已经知道了要守护的应用程序的全路径,接下来怎样完成守护任务呢?首先,我们应该打开任务管理器,查看一下正在运行的有哪些进程,然后逐一读取出这些进程的全路径,与要守护的应用程序的全路径比对,如果一致,说明要守护的应用程序已开启了,此时要分配一条线程监控该进程句柄,当该进程句柄返回信息,说明该进程已关闭,此时释放进程句柄内存,并重启该进程。如果遍历任务管理进程列表中所有进程,没有找到与要守护的应用程序的全路径一致的进程,说明要守护的应用程序尚未打开,此时要启动该应用程序,然后转入监控流程。

  值得注意的是,一定要额外分配线程去监控要守护的应用程序,为什么?因为如果你用主线程(入口函数线程)去执行监控任务,会被长期阻塞,直到进程退出才会被激活,这样就无法运行后续程序。况且,监控程序要实现持续监控,要使用死循环,如果主线程进入死循环,就无法监控其他要守护的进程了。

5. 代码详解

  Windows服务的开发步骤,请参考MSDN,此处略去。下面将关键代码贴出,加以解释。

  读取配置档中“ProcessAddress”节点,获取要守护的应用程序全目录,验证应用程序全目录,如果合法,进入扫描任务管理器进程列表流程。

        ///         /// 开始监控        ///         private void StartWatch()        {            if (this._processAddress != null)            {                if (this._processAddress.Length > 0)                {                    foreach (string str in _processAddress)                    {                        if (str.Trim() != "")                        {                            if (File.Exists(str.Trim()))                            {                                this.ScanProcessList(str.Trim());                            }                        }                    }                }            }        }

  打开任务管理器,查看一下正在运行的有哪些进程,然后逐一读取出这些进程的全路径,与要守护的应用程序的全路径比对,如果一致,说明要守护的应用程序已开启了,进入监控流程。如果遍历任务管理进程列表中所有进程,没有找到与要守护的应用程序的全路径一致的进程,说明要守护的应用程序尚未打开,此时要启动该应用程序,然后转入监控流程。

        ///         /// 扫描进程列表,判断进程对应的全路径是否与指定路径一致        /// 如果一致,说明进程已启动        /// 如果不一致,说明进程尚未启动        ///         ///         private void ScanProcessList(string address)        {            Process[] arrayProcess = Process.GetProcesses();            foreach (Process p in arrayProcess)            {                //System、Idle进程会拒绝访问其全路径                if (p.ProcessName != "System" && p.ProcessName != "Idle")                {                    try                    {                        if (this.FormatPath(address) == this.FormatPath(p.MainModule.FileName.ToString()))                        {                            //进程已启动                            this.WatchProcess(p, address);                            return;                        }                    }                    catch                    {                        //拒绝访问进程的全路径                        this.SaveLog("进程(" + p.Id.ToString() + ")(" + p.ProcessName.ToString() + ")拒绝访问全路径!");                    }                }            }                        //进程尚未启动            Process process = new Process();            process.StartInfo.FileName = address;            process.Start();            this.WatchProcess(process, address);        }

  分配一条线程,执行监控任务:

        ///         /// 监听进程        ///         ///         ///         private void WatchProcess(Process process, string address)        {            ProcessRestart objProcessRestart = new ProcessRestart(process, address);            Thread thread = new Thread(new ThreadStart(objProcessRestart.RestartProcess));            thread.Start();        }    public class ProcessRestart    {        //字段        private Process _process;        private string _address;        ///         /// 构造函数        ///         public ProcessRestart()        {}        ///         /// 构造函数        ///         ///         ///         public ProcessRestart(Process process, string address)        {            this._process = process;            this._address = address;        }        ///         /// 重启进程        ///         public void RestartProcess()        {            try            {                while (true)                {                    this._process.WaitForExit();                    this._process.Close();    //释放已退出进程的句柄                    this._process.StartInfo.FileName = this._address;                    this._process.Start();                    Thread.Sleep(1000);                }            }            catch (Exception ex)            {                ProcessWatcher objProcessWatcher = new ProcessWatcher();                objProcessWatcher.SaveLog("RestartProcess() 出错,监控程序已取消对进程("                    + this._process.Id.ToString() +")(" + this._process.ProcessName.ToString()                     + ")的监控,错误描述为:" + ex.Message.ToString());            }        }    }
分类: .Net Framework标签: 句柄, 守护进程, Watch, Process, 监控进程, WaitForExit绿色通道:好文要顶关注我收藏该文与我联系 田志良
关注 - 11
粉丝 - 118荣誉:推荐博客+加关注170(请您对文章做出评价) 博主前一篇:Chapter 2.2:元数据通用查询类 MetadataHelper
博主后一篇:一封给“X教授”的回信(讨论Socket通信)
Add your comment

30 条回复

  1. #1楼 大石头      2011-02-12 12:35
    好东西!

    我倒是常用守护线程,以及守护服务  回复 引用 查看   
  2. #2楼 Johnses      2011-02-12 12:36
    不错,对俺有用哟~~~谢谢~~~  回复 引用 查看   
  3. #3楼 hyping      2011-02-12 12:46
    好思路。
    不过两个重要的对象都在 WatchProcess 这个方法中作为局部变量是不是有点不妥?  回复 引用 查看   
  4. #4楼 边城浪      2011-02-12 12:50
    不错..简单又实用的好东东..收藏了~  回复 引用 查看   
  5. #5楼 HOH      2011-02-12 12:51
    这种方法监控要守护的进程是没有问题,问题是别人可以结束你这个服务的进程。我原来做的方式是相互守护。  回复 引用 查看   
  6. #6楼 润之      2011-02-12 13:00
    收藏了~谢谢~!
    顺便问一句,StartWatch()里面的4个if为什么不用&&合并为2个呢?有什么玄机吗?  回复 引用 查看   
  7. #7楼[楼主] 田志良      2011-02-12 13:36
    @hyping
    WatchProcess主要用来分配一条线程监控守护进程,两个对象作为必要参数传递,是很有必要的。你觉得不妥,有什么更好的建议吗?贴出来大家一起学习学习。  回复 引用 查看   
  8. #8楼[楼主] 田志良      2011-02-12 13:37
    @HOH
    如果做到相互守护就不通用了,呵呵...  回复 引用 查看   
  9. #9楼[楼主] 田志良      2011-02-12 13:39
    @润之
    你说得对,应该合并成两个,此处显得不优雅了。  回复 引用 查看   
  10. #10楼 hyping      2011-02-12 14:01
    哦,WatchProcess这样实现对功能没有影响,只是让主线程失去了对新线程的控制能力  回复 引用 查看   
  11. #11楼[楼主] 田志良      2011-02-12 14:08
    @hyping
    主线程不应该对新线程控制,新线程会进入循环状态,用于监控应用程序,主线程用于开启新线程执行监控流程。而且,线程与线程之间不是控制关系,线程与线程可以实现同步,控制是做不到的。  回复 引用 查看   
  12. #12楼 Eric M Zhu      2011-02-12 14:26
    守护exe没有问题,但是你的程序怎么守护txt和jpg的呢?  回复 引用 查看   
  13. #13楼 hamburgerwang      2011-02-12 14:45
    引用Eric M Zhu:守护exe没有问题,但是你的程序怎么守护txt和jpg的呢?

    是啊,p.MainModule.FileName应该是可执行文件的名字吧?  回复 引用 查看   
  14. #14楼[楼主] 田志良      2011-02-12 14:47
    @Eric M Zhu
    其实一个道理,只要设定好你要守护的应用程序,比如:c:\girl.jpg,服务会从任务管理器进程列表中查看进程全目录,如果进程全目录中包含c:\girl.jpg,说明c:\girl.jpg已打开,此时开辟一条线程用于监控此进程句柄,当关闭c:\girl.jpg时,监控线程被激活,重启c:\girl.jpg即可。  回复 引用 查看   
  15. #15楼[楼主] 田志良      2011-02-12 14:49
    @hamburgerwang
    p.MainModule.FileName是进程全路径,p.ProcessName才是进程名。  回复 引用 查看   
  16. #16楼 Eric M Zhu      2011-02-12 15:48
    试了一下,打开了一个文本文件,该进程p.MainModule.FileName只会有C:\WINDOWS\system32\NOTEPAD.EXE啊,怎么查到打开的txt的文件名啊?

            static void PrintAllProcess()        {            Console.WriteLine("All processes run in this computer");            Console.WriteLine("----------------------------------");            Process[] processes = Process.GetProcesses();            foreach (Process process in processes)            {                try                {                    Console.WriteLine("\t" + process.MainModule.FileName);                }                catch (System.ComponentModel.Win32Exception)                {                }            }        }
     回复 引用 查看   
  17. #17楼 风雨者2      2011-02-12 17:03
    收藏了!  回复 引用 查看   
  18. #18楼 李磊(leige)      2011-02-12 17:11
    关注下。。。  回复 引用 查看   
  19. #19楼[楼主] 田志良      2011-02-12 19:35
    @Eric M Zhu
    Eric M Zhu很细心啊,呵呵。
    逻辑是这样的:对于txt文件,查找任务管理器进程列表确实找不到对应的“d:\note.txt”,不过不影响功能,在找不到的情况下,监控线程会启动“d:\note.txt”,并持续监控该进程句柄,当该句柄返回消息时(即进程关闭时),则会重启“d:\note.txt”,同样达到守护功能,不信你试一试。  回复 引用 查看   
  20. #20楼 Astar      2011-02-13 08:27
    看门狗...  回复 引用 查看   
  21. #21楼 zock      2011-02-13 09:25
    很有趣,收藏了。  回复 引用 查看   
  22. #22楼 軒轅劍      2011-02-13 10:37
    灰常实用  回复 引用 查看   
  23. #23楼 hyping      2011-02-13 14:56
    引用田志良:
    @hyping
    主线程不应该对新线程控制,新线程会进入循环状态,用于监控应用程序,主线程用于开启新线程执行监控流程。而且,线程与线程之间不是控制关系,线程与线程可以实现同步,控制是做不到的。

    我知道你的意思,但是放任一个工作线程游离于主线程控制能力以外,个人认为这并不是一个好的实现方式;这是主线程和工作线程之间的关系,不只是工作线程之间的关系。  回复 引用 查看   
  24. #24楼[楼主] 田志良      2011-02-13 16:46
    @hyping
    hyping想得很深入啊,呵呵。
    主线程控制工作线程,建立工作线程池就能实现。如果这是一个winform应用程序,确实应该这么做,可这是个Windows服务,人机不能交互,用主线程去控制工作线程有啥意义呢?主线程是服务线程,用服务线程去管理工作线程我觉得不是很妥当。  回复 引用 查看   
  25. #25楼 Eric M Zhu      2011-02-13 17:35
    @田志良
    晕,这样子啊,了解。  回复 引用 查看   
  26. #26楼 秋色      2011-02-14 00:04
    引用田志良:
    @Eric M Zhu
    Eric M Zhu很细心啊,呵呵。
    逻辑是这样的:对于txt文件,查找任务管理器进程列表确实找不到对应的“d:\note.txt”,不过不影响功能,在找不到的情况下,监控线程会启动“d:\note.txt”,并持续监控该进程句柄,当该句柄返回消息时(即进程关闭时),则会重启“d:\note.txt”,同样达到守护功能,不信你试一试。


    楼主误解了。
    如果要查这个进程正在使用哪些文件也只是几个api。

    如果像打开一个note.txt文件。这个文件是作为参数传入的。在任务管理器里是可以看到的。
     回复 引用 查看   
  27. #27楼[楼主] 田志良      2011-02-14 08:48
    @秋色
    恩,这确实是一个解决办法,谢谢指教。  回复 引用 查看   
  28. #28楼 garry      2011-02-14 16:55
    如果进程崩溃了但是不退出内存呢?这种解决方案就不行了吧?  回复 引用 查看   
  29. #29楼[楼主] 田志良      2011-02-14 17:30
    @garry
    如果进程崩溃但没有退出内存,从外部监控是做不到的,因为对于操作系统来说,该进程仍然存活着。可以在该进程内部用应用程序域来解决,比如为该进程开辟两个应用程序域,一个是主应用程序域,一个是监控应用程序域,当主应用程序域崩溃时,监控应用程序域重启主应用程序域。  回复 引用 查看   
  30. #30楼 路路      2011-02-16 14:18
    好文,留下记号,备用