有时我们在通过HTTP协议上传后遇到了文件损坏的问题。
今天我读了一篇文章 ，说由于CRCalgorithm和其他不同的东西，TCP协议不是100％可靠的。
正如我从RFC理解的那样，HTTPS使用TCP上的TLS，并在处理时使用散列函数。 即数据完整性是额外控制的。
如果我只是将协议切换到HTTPS，我能否认为上传是100％可靠的（或者更可靠？）？
虽然TCP（build立http / https的协议）具有错误检测的forms（板上校验和触发重传），但这并不是防弹的。 这是非常罕见的，但是在同一个数据包中无数位翻转仍然会导致有效的校验和。 如果数据包的其余部分仍未损坏，那么这些错误可能会一直传播到您的应用程序中。 我很方便地跳过这个传输的低层错误检测/纠正。
通常，encryptionalgorithm包括更强大的校验和，作为数据安全的一部分。 TLS / SSL（通过TCP）当然可以，所以你的结论在技术上是有效的。
但是，请注意，这是非常非常罕见的。 与（非ECC）ram，sata电缆和磁盘存储（在服务器和客户端都是错误的）中的错误相同。 为了可靠性目的，切换到https而不是针对那些其他潜在的问题是愚蠢的，永远不会达到“100％”的可靠性。
根据我的经验，原因可能是系统的其他部分（应用程序正在处理上传的数据，可能是数据库中的无声格式转换，…）。
这整个问题也适用于非http协议。
顺便说一句 – 你引用的文章已超过11岁。
我从来没有听说过HTTPS比HTTP更可靠（也没有听说过HTTP不可靠），所以我不认为这会有所作为。 不过我可能是错的。
我想说的是，在你开始将协议指向手指之前，你是否确定你的上传过程或应用程序不会造成问题？ 比如我之前在PHP中遇到过令人惊讶的下载/上传问题，这些问题令人困惑，但最终很容易解决。
你也不会提到你正在上传的内容，它的大小和发生的腐败程度。