进度条到100%，为什么作业仍可能没有提交成功：文件上传、服务器处理与回执怎么分

截止前两分钟，文件上传进度从97%跳到100%。页面没有马上出现提交时间，学生担心迟交，却又怕重复点击造成两个版本。这里最容易犯的错误，是把一个漂亮的百分比当成平台已经收件。进度条通常只量到浏览器传送请求体的阶段，服务器是否接受这个作业、是否完成处理，以及是否建立可追溯的提交记录，仍是后面的事。

100%首先说明字节传输到了终点

WHATWG的XMLHttpRequest规范把上传对象和整个请求分开处理。浏览器发送文件时，会根据已经传出的请求体字节数与请求体总长度触发上传progress事件。页面拿这两个数字计算百分比，因此100%最直接的含义是：这一轮请求体的可计量字节已经传完。

请求体结束时，浏览器会把upload complete设为真，并在上传对象上触发progress、load和loadend。随后流程还没有结束。规范接着处理服务器响应、网络错误、响应头和响应体，直到整个请求进入done状态。即使进入done，应用也仍要读取状态码和返回内容，因为错误流程也可能终止请求。

这就是两个看似相近却不同的时点。上传对象的load表示浏览器完成发送，不表示学习平台已经把文件挂到正确作业、生成预览或登记提交时间。若页面只把上传对象的事件连到进度条，条满后继续显示“处理中”并不矛盾。

进度条还可能缺少完整分母。只有长度可以计算时，loaded与total才适合换算百分比；经过压缩、分块、第三方储存或多段上传的应用，也可能自行设计进度算法。使用者无法从100%反推出服务器保存在哪一台机器，更不能从动画颜色判断提交记录是否存在。

服务器收到请求后仍要做业务判断

文件字节抵达服务器，只完成输入。平台通常还要验证登录会话、课程与作业编号、提交次数、开放时间、允许的文件类型和大小。通过这些检查后，系统才可能把对象写入储存、生成病毒扫描或预览任务，再建立学生、作业、文件和提交时间之间的记录。

任何一项都可能让结果停在中间。会话在上传期间过期，服务器可能已经收到字节却拒绝关联账号；文件扩展名符合要求，内容检查仍可能失败；对象已经存进临时区，数据库写入提交记录却发生错误。此时“服务器有过流量”与“教师端能看到作业”不是同一个事实。

RFC 9110对202 Accepted的定义提供了清楚边界：请求已被接受处理，但处理尚未完成，而且最终可能执行也可能不执行。规范建议这类响应描述当前状态并指向状态监视信息。若平台使用异步队列，浏览器收到202后显示“处理中”，合理证据应来自后续状态或提交记录，而不是把accepted翻译成已经完成。

不过，不能要求所有平台都返回202。有的平台在一次请求里完成保存后返回200，有的建立新提交资源时使用201，也可能以204配合前端刷新。HTTP成功码说明协议层请求得到哪类结果，作业是否正式收件仍要结合平台定义的响应内容、提交编号和可重新打开的记录。

Canvas官方流程把上传与提交分开

Canvas学生指南的文件提交步骤不是“选中文件就结束”。选择文件后，学生还要点击Submit Assignment；大文件可能显示submission status indicator。成功上传后，侧栏会列出提交详情，文件提交还可从那里重新下载。这里的侧栏信息比选择框里的文件名多了一层平台记录。

更直接的证据来自Instructure的“Verifying student submissions”。官方明确提醒：学生可能把文件上传到课程或个人文件区，却没有完成作业提交。也就是说，服务器里找到一个文件，仍不能自动证明它已经关联到指定作业。这正是进度条100%之后仍可能没有提交时间的实际边界。

提交详情页则提供更可靠的核对点。Canvas观察者指南说明，详情页会显示提交日期与时间；若是文件上传，还能下载并查看学生提交的文件。日期、时间和可打开文件同时存在，才形成一个可以让学生、教师或支持人员复查的对象。

Canvas只是具体范例，不是所有学校平台的统一界面。不同机构可能启用Assignment Enhancements、限制提交次数，或把作业交给Google Assignments等外部工具。外部工具的最终回执可能保存在第三方；Canvas官方也要求这类情况向工具提供者确认。文章因此使用“提交详情或等价回执”，不要求每个平台出现相同按钮。

截止时间与停止接收也不是同一概念

接近截止时间时，本机时钟不能代替平台时间。Canvas官方把Due Date和Availability Until分开：前者决定提交是否被标为迟交，后者可以决定平台何时停止接受提交。课程时区、是否允许迟交和是否设置Until，都会改变同一分钟内的结果。

如果上传在截止前开始、提交记录在截止后生成，平台采用哪个时点判定要看其规则。不能仅凭进度到100%的本机截图断言准时，也不能看到“Late”就推断文件没有被接收。最有用的是平台记录的提交时间、尝试编号与开放状态，再由课程规则解释是否迟交。

当Until在上传过程中到达，平台可能拒绝最终提交。Instructure的排错说明也提醒，提交进行到一半时若可用时间结束，文件不会上传到Canvas。学生若只截到截止前的进度条，仍缺少服务器是否接受的后半段证据。

建立一条可复查的提交证据链

第一层是原文件。保留未改动的文件、文件名、大小、最后保存时间和哈希；哈希能区分后来重传的版本，但不能单独证明平台收件。若平台允许多个文件，记录每个文件而不是只拍文件夹画面。

第二层是提交过程。记录课程、作业标题、正式入口、点击提交的时间和页面提示原文。截图要包含系统时间与页面上下文，但不要拍入其他学生资料、成绩或不必要的账号信息。网络中断、页面刷新和重新登录也应放进时间线。

第三层才是回执。等待平台显示提交时间、状态、尝试次数或文件链接，然后重新打开作业页核对。能从提交详情下载同一个文件，或看到与原文件一致的名称、大小和预览，证据强于停留在原上传页面。若平台发送邮件通知，可保存邮件，但仍应回到正式平台确认，避免把伪造通知当回执。

状态不明时不要连续重传。先刷新或从课程导航重新进入作业，查看是否已经出现记录；若允许新尝试且确认前一版不存在，再按平台规则重新提交。若截止已过，把文件哈希、页面提示、提交时间线和缺少回执的画面交给教师或支持人员，由他们查看服务器记录。

最终判断可以写成一句话：进度100%证明的是浏览器已经送完这一轮可计量字节；平台收件需要服务器处理结果与可重新打开的提交记录。看见时间、文件和尝试信息后，才能说证据链闭合。若这些回执仍缺失，就诚实记录“传输完成、提交未确认”，不要把动画推论成教师已经收到。

把证据压缩成六个可复查判断：上传对象的进度事件使用已传输字节和请求体长度；Canvas可能保存文件却没有建立作业提交记录；请求体上传结束后，浏览器仍要处理服务器响应与网络错误。两种画面不能互换，因为上传100%描述字节传输，提交详情描述平台业务记录。外部工具的最终回执可能保存在第三方系统，所以应重新打开作业核对提交时间、尝试次数和文件链接。这样留下的是可供教师与支持人员复查的时间线，而不是只有学生本人看过一次的进度动画。

资料来源

• WHATWG：《XMLHttpRequest Standard》，发布或更新于 2026-05-14
• RFC Editor：《RFC 9110: HTTP Semantics》，发布或更新于 2022-06-01
• Instructure：《How do I upload a file as an assignment submission in Canvas?》，发布或更新于 2026-07-18
• Instructure：《Verifying student submissions》，发布或更新于 2026-07-21
• Instructure：《How do I view the submission details page for an assignment as an observer?》，发布或更新于 2026-06-30
• Instructure：《What is the difference between assignment due dates and availability dates?》，发布或更新于 2026-05-05