v0.0.1.8-pw3 新功能投票 #203

可以给0kb的文件也用.tmp来命名，这样子不需要删除就可以续传了

感谢回复🙏，0kb文件其实还好处理，

我的情况是会有一些未下载完的文件，但是文件名是正常的，如果不点开检查就看不出来。

比如有个“123.mp4”的2MB文件，没下载完可能就是“123.mp4” 1.1MB的文件，

点开才能看出来视频内容少了后面一段。

因为我是直接下载自己的like列表，所以文件夹里文件很多，

如果此类未下载完成的文件有不同的副档名或是特殊标记，

就能很方便的一次性清理再重新下载，当然如果能续传就更好了。

还有，如果文件夹中有要下载的同名文件，下载会直接跳过，

所以上面说的未完成文件就不会被修复。

这种情况比较有意思，我可能需要特殊手段来复现一下，下个版本会修复你提到的这个问题🙋 当初不用数据库来保存下载记录的一点就是删除的时候比较麻烦。 新版我可能要做一些改动来搞定这个问题

只要报错了基本就是这位老哥说的情况，开始我还想甄别筛选一下，后来实在是没精力放弃了。下载图片时是会出现0KB的情况，下载视频下载不完整的就真没能力筛选了

可以给0kb的文件也用.tmp来命名，这样子不需要删除就可以续传了

感谢回复🙏，0kb文件其实还好处理，
我的情况是会有一些未下载完的文件，但是文件名是正常的，如果不点开检查就看不出来。
比如有个“123.mp4”的2MB文件，没下载完可能就是“123.mp4” 1.1MB的文件，
点开才能看出来视频内容少了后面一段。
因为我是直接下载自己的like列表，所以文件夹里文件很多，
如果此类未下载完成的文件有不同的副档名或是特殊标记，
就能很方便的一次性清理再重新下载，当然如果能续传就更好了。
还有，如果文件夹中有要下载的同名文件，下载会直接跳过，
所以上面说的未完成文件就不会被修复。

这种情况比较有意思，我可能需要特殊手段来复现一下，下个版本会修复你提到的这个问题🙋 当初不用数据库来保存下载记录的一点就是删除的时候比较麻烦。 新版我可能要做一些改动来搞定这个问题

正好复现了，截图供您参考

报错后下载的文件如上图，只有377KB，删除了重新下载，完整文件是3768KB

可以给0kb的文件也用.tmp来命名，这样子不需要删除就可以续传了

感谢回复🙏，0kb文件其实还好处理，
我的情况是会有一些未下载完的文件，但是文件名是正常的，如果不点开检查就看不出来。
比如有个“123.mp4”的2MB文件，没下载完可能就是“123.mp4” 1.1MB的文件，
点开才能看出来视频内容少了后面一段。
因为我是直接下载自己的like列表，所以文件夹里文件很多，
如果此类未下载完成的文件有不同的副档名或是特殊标记，
就能很方便的一次性清理再重新下载，当然如果能续传就更好了。
还有，如果文件夹中有要下载的同名文件，下载会直接跳过，
所以上面说的未完成文件就不会被修复。

这种情况比较有意思，我可能需要特殊手段来复现一下，下个版本会修复你提到的这个问题🙋 当初不用数据库来保存下载记录的一点就是删除的时候比较麻烦。 新版我可能要做一些改动来搞定这个问题

正好复现了，截图供您参考

报错后下载的文件如上图，只有377KB，删除了重新下载，完整文件是3768KB

你真的好厉害，还能找到报错的文件，我就根本找不到了

这个问题的根本原因在于抖音服务器返回的块大小未严格遵守 HTTP 标准，而不是我们的下载逻辑存在问题。在 httpx 中同样存在类似的情况（参考：httpx#1927）。这个我在源码中特别注释了。

目前，这个问题已经在直播流下载模块中进行了特别处理，因此在直播下载中不会再出现某些片段丢失的情况。

接下来，我会在文件下载模块中也引入相同的处理逻辑，并加入文件大小验证机制。对于下载不完全的文件，将保留 .tmp 后缀，以避免不完整文件覆盖目标文件，也可以帮助筛选出下载出错的任务。

可以的，只是现在抖音又无法在网页端查看实况笔记了，只要抖音后台恢复了就可以保存，代码是ok的

同问