好久没来CSDN了，随手写了篇更新一下，写错的地方多多包涵哈~。
Windows中，程序以服务的方式运行好处多多。可以随着系统启动而自己启动，都不必等用户登陆；当程序出现异常退出时，系统提供了机制能自动重新加载起来；可以用LocalSystem的账户执行，这是个在本地权限极高的系统内建账户，属于系统TCB的一部分。但是也有些限制，比如有个注册表键好像不能访问，跟可怕的是不能通过网络访问其他机器共享的目录、文件、打印机。访问网络资源经常是很必要的，这个限制要如何突破呢？OK,我已知的四种方法如下：
1.完美解决方案：如果你的服务程序所在的局域网是一个域，或者准备改成域的话，那就简单了。在Windows2000之后已经允许将计算机作为一个用户，并为机器进行授权。既享受了本地LocalSystem账户的好处，又能安全的访问网络。嗯，很好，很强大！
2.开放NullSession。比如机器A上的一个服务想要访问同网络的机器B上的共享文件夹，共享名为Share_Dir。那么打开机器B的注册表，找到下面的键：
HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/LanmanServer/Parameters
找到后，在右边的NullSession项中将Share_Dir添加进去。现在机器A上的服务就能访问B机器上的共享名Share_Dir了。这个方
法的缺陷在于NullSession里面共享的对象不需要认证，所以理论上网络中任何机器都可以访问到它们。
3.用别的用户启动服务啊！！嗯，缺点就是享受不到LocalSystem这么高的权限了，还有就是无法与桌面用户交互。可以通过在
两台机器上增加相同的用户名密码，然后机器A上的服务以该用户名密码运行就能访问机器B中的共享目录了。
4.方法2和方法3的折衷方式：机器A上的服务要访问机器B上的共享文件夹，在机器B中创建一个可以访问其共享文件夹的用户。
机器A中的服务记住机器B为其提供的用户名密码，但是仍然以LocalSystem运行。在需要访问共享目录是，用记录的用户名密码
登陆一下机器B，然后模仿(ImpersonateThread，好像是这函数，没查。)该用户来访问文件，完事了变回去。不知道有没有性能
问题，谁给测试一下哈~~