C# Windows通过网络路径读取文件是否打开套接字？

当您在Windows资源管理器中打开网络路径，并将其拖动到本地文件夹时，是否打开套接字？另外，当您使用c#FileStream fin=new FileStream（@”//networkpath/file）时，是否会打开一个socket？我的问题是，通过套接字手动流式传输文件是否与使用c#的FileStream在网络上读取文件一样快？

默认情况下，Windows文件服务在TCP/IP上工作（尽管不一定如此），因此通常会涉及套接字。是的，Windows使用的SMB协议会带来一些开销。但是，对于传输时间重要的文件，与数据相比，开销较小

此外，在没有很好理由的情况下提出自己的文件共享协议是一个坏主意。这需要大量的开发和调试工作，您必须以某种方式安装服务器部件，您必须考虑安全问题（用户身份验证等），防火墙会破坏它…只是不值得

---

要计算所涉及的工作量，请阅读FTP协议的说明。

默认情况下，Windows文件服务通过TCP/IP工作（尽管不一定），因此通常会涉及套接字。是的，Windows使用的SMB协议会带来一些开销。但是，对于传输时间重要的文件，与数据相比，开销较小

此外，在没有很好理由的情况下提出自己的文件共享协议是一个坏主意。这需要大量的开发和调试工作，您必须以某种方式安装服务器部件，您必须考虑安全问题（用户身份验证等），防火墙会破坏它…只是不值得

---

要衡量所涉及的工作量，请阅读FTP协议的说明。

我认为唯一值得注意的区别是实现最终目标所需的工作量；使用

FileStream

可以编写更少的代码。我认为唯一值得注意的区别是实现最终目标所需的工作量；using

FileStream

允许您编写更少的代码。我一直在实现一个通过网络读取和处理文档的系统。我不是在尝试重新发明文件传输协议，但我也在尝试解决我们在选择需要处理的文件时遇到的一个问题。我的好奇心是在疑惑之后激发起来的让服务器发送文档中的各个页面以及要处理的文档有多实际。在不使用服务器/客户端套接字级别解决方案的网络上选择文件的更好方法是什么？“哪个文件需要处理”和“文档中的各个页面”“这是两个截然不同的问题。第二种方法没有很好的解决方案，除非你有一套非常统一的文档（即所有文档都是MicrosoftWord文档）。我一直在实现一个系统，其中文档通过网络读取并处理。我不是在试图重新发明文件传输协议中的轮子，但我也在试图解决我们在选择需要处理的文件时遇到的问题。我的好奇心是在想让服务器发送文档中的各个页面以及处理哪个文档有多实际之后激发的。在不使用服务器/客户机套接字级别解决方案的网络上进行文件拾取的更好方法是什么？“哪个文件需要处理”和“文档中的各个页面”是两个截然不同的问题。第二种方法没有很好的解决方案，除非您有一组非常统一的文档（即所有文档都是MicrosoftWord文档）。