最近为实现共享目录之间的文件同步，开发了一个Windows Service。

考虑到在拷贝过程中，如果网络忽然抽风访问不了，导致文件拷贝不完整的情况，果断抛弃.Net 自带的 COPY 方法，而使用DOS命令下的XCOPY命令。

嗯。。。。。说干就干。。。

XCOPY方案验证、开发、调试（在自个电脑上建了两个共享目录）。。。。半天时间，全部搞定。貌似事情进展的太顺利了。。。。。

既然本地调试没问题，那就部署到测试环境上吧。好吧。。。问题来了。

同步两个共享目录，居然失败！查看日志，XCOPY的退出码 ExitCode=4，也就是说路径不正确。

奇怪。。。。没理由啊。。。。。。。。在测试服务器上，用 \\IP\\ShareFolder 的方式，都是可以访问的，并且能够正常读写。

把刚才同步失败的XCOPY命令在CMD窗口中运行，居然成功了。。。。。。

看到这估计你也想到了，Windows Service在访问共享的时候，是没有权限的。

谷歌。。。。。谷歌。。。。。。。找到加权限的办法。

参考链接：http://stackoverflow.com/questions/9905281/how-to-access-to-a-shared-resource-with-a-windows-service-using-local-system-use

步骤如下：

1）首先找到具有共享目录读写权限的用户

2）在Windows Service的属性中，选择“登录”选项卡，在“此用户” 下，给一个有共享目录读写权限的用户。

3）点击确定，重新启动服务。

好了，怀着一个激动的心，重新启动，重新同步，继续失败。。。。。。。。。。。。。OH，漏！！！！！！！！！！！！！！

不是说给服务加一个用户就可以了么。。。。。。骗纸。。。。。。。。。

继续谷歌。。。谷歌。。。。谷歌。。。。。。。。。。。。。。。。。。

不得不说，Stackoverflow上面大牛就是多。。。

使用 NET USE 命令 建立与共享的链接

用法 ：Net Use \\ServerIP\\ShareFolder Password /USER:User

废话不多说，赶紧试一下。。。。。

命令成功完成。。。。怀着激动的心情，重新启动一下服务。。。。。同步成功！！！