blocks|key|4367380|text|使用文件夹观察器来索引内容，如果文件大小在5分钟内没有变化，你可以很好地保证上传已经完成了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4367381|超时时间可能与FTP服务器的超时时间有关。|4367382|http://www.codeproject.com/KB/files/MonitorFolderActivity.aspx|offset|length|4367383|entityMap|0|LINK|mutability|MUTABLE|url^0|0|0|0|1Q|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|P|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|Q|8|@]|9|@$F|R|G|S|1|T]]|A|$]]|$1|H|3|-4|5|6|7|U|8|@]|9|@]|A|$]]]|I|$J|$5|K|L|M|A|$N|E]]]]

What about using a folder watcher to index the contents and if a files size does not change within 5 mins you can pretty-much guarantee the upload has been finished. 

The time out could be tied to the timeout of your FTP server to.

<a href="http://www.codeproject.com/KB/files/MonitorFolderActivity.aspx" rel="nofollow noreferrer">http://www.codeproject.com/KB/files/MonitorFolderActivity.aspx</a>

blocks|key|3520092|text|你可以在上传前更改文件名，然后在上传完成后重命名。这样，在完成之前，它看起来就像不存在一样。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3520093|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

You could possibly change the filename before upload, then rename it after it's done. that way it will look like it doesn't exist until finished.

blocks|key|4367334|text|我见过的一种做法是传输两个文件，一个是实际的文件，第二个我们称之为.done文件。理想的情况是，只要您看到.done文件，就知道应该完成第一个文件。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4367335|其他选项包括查看文件是否有修改，并等待一段特定的无修改时间。当然，这并不是完全的证据。|4367336|编辑|4367337|Kyle提出了一个很好的观点，即向.done文件添加校验和和/或指示第一个文件的大小是防止边缘情况的良好保护。|4367338|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

A practice I've seen done is you transfer two files, One which is the actual file, then a second one which will we can call a .done file. The ideal is as soon as you see the .done file you know the first file should be done. 

Other options include watching the file for modifications and wait for a certain ammount of time of no modifications. Of course this is not full proof.

<h1>Edit</h1>

Kyle makes a good point that adding a checksum to the .done file and/or indicating the size of the first file is a good protection against fringe cases.

blocks|key|1014070|text|我一直是.filepart协议的铁杆粉丝，所以不管你使用什么传输协议(ftp、ssh、rsync等)，你都会有相同的理解。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1014071|这不是对你问题的直接回答，但从长远来看，一个更通用的解决方案可能更适合你，而不是搜索一个仅限ftp的解决方案。|1014072|(.filepart:将文件重命名，将test.txt重命名为test.txt.filepart，然后在完成后将其重命名为test.txt)|1014073|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I'm always a big fan of the .filepart protocol, so that no matter what transfer protocol you use (ftp,ssh,rsync,etc) you have the same understanding. 

This isn't a direct answer to your question, but instead of searching for a ftp-only solution a more generic solution could be better for you in long run.

(.filepart: rename the file,test.txt to test.txt.filepart, then when it is done, name it back to test.txt)

blocks|key|3520273|text|我一直使用校验和文件。因此，您发送一个表示文件大小和校验和的校验和文件。当第一个文件中的校验和与文件系统上的实际校验和匹配时，您将知道该文件已正确上载。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3520274|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I've always used a checksum file. So you send a checksum file that denotes the filesize and the checksum. You'll know the file is uploaded correctly when the checksum in the first file matches the actual checksum on the file system.

blocks|key|1014189|text|我在过去使用的方法是这里的一些其他回复的混合。例如，FTP一个文件使用一个不同的扩展名到一个预期的(例如FILENAME.part)，然后用适当的扩展名重命名它作为上传的最后一步。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1014190|在服务器上，使用FileSystemWatcher查找具有正确扩展名的新文件。在重命名文件之前，FSW将看不到该文件，并且重命名操作是原子的，因此在重命名文件的那一刻，该文件将是完整和可用的。|1014191|当然，重命名或移动文件依赖于您对上传过程的控制。|1014192|如果你无法控制文件的上传方式，你将不得不使用FSW来知道文件正在被上传，然后监控它的大小-当它在很长一段时间内没有变化时，你可以假设它是完整的。|1014193|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

The method I've used in the past is a mix of some of the other replies here.
i.e. FTP a file using a different extension to the one expected (eg FILENAME.part) then rename it with the proper extension as the last step of uploading.

On the server, use a FileSystemWatcher to look for new files with the correct extension.
The FSW will not see the file until it's renamed, and the renaming operation is atomic so the file will be complete and available the moment it's been renamed.

Renaming or moving files of course relies on you having control over the uploading process.

If you do not have any control over how the files are uploaded, you will be stuck with using the FSW to know a file is being uploaded, then monitoring it's size - when it's unchanged for a long period of time you may be able to assume it's complete.

blocks|key|4367307|text|您可能希望了解一下System.IO.FileSystemWatcher，而不是轮询。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4367308|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Rather than polling, you might want to have a look at System.IO.FileSystemWatcher.

We have a C# Windows service polling a folder waiting for an FTP’ed file to be posted in. To avoid using the file when it is still being written to we attempt to get a lock on the file first, however, there seems to be occasions where we are getting a lock on the file after the FTP’ed file is created but before the file is written to, so we end up opening an empty file.

Is there a reliable anyway to tell if the FTP is complete?

How can I tell if a file has finished being FTPed?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我们有一个服务轮询一个文件夹，等待一个C#格式的文件被张贴进去。为了避免在文件仍被写入时使用它，我们首先尝试获得文件上的锁，但是，似乎有一些情况下，我们在FTP文件创建之后但在文件被写入之前获得了文件上的锁，所以我们最终打开了一个空文件。有没有可靠的方法来判断FTP是否完成？

问如何判断文件是否已完成FTPed？
EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何判断文件是否已完成FTPed？EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何判断文件是否已完成FTPed？
EN