你可以使用'net use'命令:

var p = System.Diagnostics.Process.Start("net.exe", "use K: \\\\Server\\path");
var isCompleted = p.WaitForExit(5000);

如果这在服务中不起作用，请尝试Winapi和PInvoke WNetAddConnection2

编辑:显然我误解你了——你不能改变服务的源代码，对吗?在这种情况下，我会遵循mdb的建议，但稍微改变一下:创建自己的服务(让我们称之为映射服务)来映射驱动器，并将这个映射服务添加到第一个(实际工作的)服务的依赖项中。这样，在映射服务启动(并映射驱动器)之前，工作服务将不会启动。

更好的方法是使用mklink.exe使用符号链接。你可以在文件系统中创建一个任何应用程序都可以使用的链接。见http://en.wikipedia.org/wiki/NTFS_symbolic_link。

我发现了一个解决方案，它与使用psexec的解决方案类似，但不需要额外的工具就可以工作，并且可以在重新启动后继续工作。

只需添加一个计划任务，在“作为运行”字段中插入“system”，并使用简单的命令将任务指向一个批处理文件

net use z: \servername\sharedfolder /persistent:yes

然后选择“在系统启动时运行”(或类似的，我没有英文版本)，你就完成了。

ForcePush,

注意:新创建的映射驱动器现在会出现在这个系统的所有用户面前，但他们会看到它显示为“断开连接的网络驱动器(Z:)”。别被名字骗了。它可能声称是断开连接的，但它对每个人都适用。这就是为什么你可以告诉这个黑客是不支持M$…

It all depends on the share permissions. If you have Everyone in the share permissions, this mapped drive will be accessible by other users. But if you have only some particular user whose credentials you used in your batch script and this batch script was added to the Startup scripts, only System account will have access to that share not even Administrator. So if you use, for example, a scheduled ntbackuo job, System account must be used in 'Run as'. If your service's 'Log on as: Local System account' it should work.

What I did, I didn't map any drive letter in my startup script, just used net use \\\server\share ... and used UNC path in my scheduled jobs. Added a logon script (or just add a batch file to the startup folder) with the mapping to the same share with some drive letter: net use Z: \\\... with the same credentials. Now the logged user can see and access that mapped drive. There are 2 connections to the same share. In this case the user doesn't see that annoying "Disconnected network drive ...". But if you really need access to that share by the drive letter not just UNC, map that share with the different drive letters, e.g. Y for System and Z for users.

而不是依赖于一个持久驱动器，你可以设置脚本映射/取消映射驱动器每次你使用它:

net use Q: \\share.domain.com\share 
forfiles /p Q:\myfolder /s /m *.txt /d -0 /c "cmd /c del @path"
net use Q: /delete

这对我很有用。

我还不能评论(在声誉方面)，但创建了一个帐户，只是为了回答@Tech Jerk @spankmaster79(好名字lol)和@NMC问题，他们在回复“我发现了一个解决方案，与psexec类似，但不需要额外的工具，并在重启后幸存。”

解决方案是在登录帐户中浏览到该文件夹，即:

    \\servername\share  

并让它提示登录，并输入您在psexec中用于UNC的相同凭据。之后就开始工作了。在我的例子中，我认为这是因为提供服务的服务器与我要映射到的服务器不属于同一个域。我在想，如果UNC和计划任务都是指IP而不是主机名

    \\123.456.789.012\share 

它可能会完全避免这个问题。

如果我曾经得到足够的代表点在这里，我会把这作为一个回复。