Windows服务的服务设计(二)

     上一篇说到在主服务里面每次要添加一个服务，就要重启“主windows服务”，那有没有办法可以不重启“主windows服务”呢，下面是我解决这个问题的一个想法。

     我们所有的实现接口Iservice的服务dll都放在services文件夹里面，后续我们开发的服务dll都添加到这个文件中，然而我们希望只要有dll添加进去就让它运行起来，那么我们怎么知道services文件中的dll的增加修改删除了呢，这里我们可以用FileSystemWatcher类来监控文件夹中后缀为dll的增删改，在使用FileSystemWatcher类监控时不要忘了给FileSystemWatcher对象的Changed，Created，Deleted事件绑定事件处理函数，这个三个事件就是在文件夹中文件被改变的时候被触发的。

     通过FileSystemWatcher类监控文件夹我们可以知道dll的改变，但是在这个过程中我们向services文件夹中增加dll是没有问题的，但是要修改或者删除dll的时候会提示你文件正在被占用，不能被删除或者修改什么的。这个问题使我们要在不重启“主windows服务”修改替换原来的dll实现变成不可能的事情。那有没有办法解决这个问题了？这个是肯定的。解决这个问题的方法就是，我们的dll不直接放在services文件夹下，而是放在一个temp临时文件夹下，我们用FileSystemWatcher类监控这个temp文件夹，当检测到改变的时候就把temp中的dll拷贝到services文件夹中，可能大家会想这还不是一样不能拷贝进去，因为services中的dll在被占用……

      这就是另外的一个问题了，我们要让它不被占用就行了，但是我们又不能停止“主windows服务”，怎么办？怎么办？我们可以卸载应用程序域啊，有没有豁然开朗的感觉，我们可以让services中的dll都运行在一个单独的应用程序域中，当FileSystemWatcher监测到有dll增加修改或者删除的时候，我们就卸载掉运行dll中方法的应用程序域，然后把services中dll清空，把temp文件夹中的dll复制到services文件夹中，最后重新建立应用程序集执行服务方法就OK了，至于怎么建应用程序域，去找百度或者google吧。

转载于:https://www.cnblogs.com/fitlv/archive/2012/04/18/2456127.html