First download for a resource, and kill the process within 1.5s after task is started, wrong complete status for the resource after process launch again

[wufei608]

OkDownload Version

v1.0.2-SNAPSHOT

Problem Describe

在show each block progress 页面中，点击下载，然后App立刻被强制杀死，重新打开显示状态Completed,数据库中breakpoint表中没有任何信息，但是cache 文件夹下存在该下载文件，但确信的是该下载文件是不完整的。

Log

There is the whole log from LogCat when I occur the problem(I know we can use this tool to let log more readable):

[CB2Git]

+1 目前的项目中遇到几率很大

[Jacksgong]

好的，我今晚看下。你们如果有时间也欢迎将代码拉下来查看日志，定位具体问题，也欢迎PR。

[jaysowen]

我这边也是把代码fork了一份然后集成后发现有这个问题,开始了任务之后强杀,数据库没有断点的是数据

[Jacksgong]

@jaysowen 如果是开始任务后立马杀进程，然后回来没有进度是符合预期的，但是回来如果直接返回完成，就是BUG。

为什么如果是开始任务后立马杀进程，然后回来没有进度是符合预期的

因为okdownload内部做了优化，对于下载刚开始，还没有下载多少内容，是不会做数据库操作的，因为这块为了避免这种极端进程被杀的情况，对有一点点数据就做数据库操作一方面是数据库操作的开销，另一方面也是伪需求。

okdownload只有在开始下载到了一定的数据后，才会开始数据库操作，此时的数据库操作才是有效并能够带来实际收益的操作。而如果进程一直在，是不会影响断点续传的，即便是就下载了一丁点数据。

[CB2Git]

@Jacksgong ，目前我在几部手机上面分别进行了测试，对于华为手机，此问题重现几率较大，重现步骤，启动下载，log中可以查看到下载已经开始，然后强杀，再次启动会直接回调COMPLETED。相关log我会整理后发送到您的邮箱(igzhenjie@gmail.com)，请稍后查看

[Jacksgong]

@CB2Git ok，我晚上下班回去后一起看下。

[Jacksgong]

感谢反馈，该问题已经在 1.0.4-SNAPSHOT 上修复。 在发布 1.0.4 版本之前，可以参照wiki 在snapshot版本上进行验证。

[qq2748]

感谢反馈，该问题已经在 1.0.4-SNAPSHOT 上修复。 在发布 1.0.4 版本之前，可以参照wiki 在snapshot版本上进行验证。

1.0.5版本, 任务队列下载 切换下载任务, 几率发生该错误