请分享你参与过的教育APP核心功能（如作业提交、课程预约）的开发经验，包括技术选型、遇到的问题及解决方法。

1) 【一句话结论】
我参与过好未来教育APP的作业提交功能开发，通过Retrofit+OkHttp处理网络请求，Room管理本地数据，并针对网络不稳定、大文件上传、并发冲突等关键问题，设计了分片上传、本地冲突处理及网络恢复同步机制，保障了数据一致性与用户体验。

2) 【原理/概念讲解】
作业提交是教育APP的核心交互场景，核心是客户端与服务器间的数据同步，需解决网络波动、数据冲突、大文件传输等挑战。技术选型需匹配业务需求：网络层用Retrofit定义API，OkHttp处理连接、缓存、重试；数据层用Room封装SQLite，实现本地持久化。类比：作业提交就像学生交作业，需确保“内容正确（数据校验）”“快递能送达（网络稳定）”“即使快递丢失（离线）也能补交（本地缓存+重试）”。

3) 【对比与适用场景】

技术方案	定义/特性	使用场景	注意点
Retrofit	基于接口定义HTTP请求，支持异步回调，简化网络调用	需清晰API定义的场景（如作业提交、课程预约）	需配合OkHttp，配置接口映射时需匹配路径
OkHttp	提供连接池、缓存、重试、拦截器，处理网络底层逻辑	需精细控制网络请求（如连接管理、请求重试策略）	需手动管理请求状态，灵活性高但需额外配置
Room	SQLite的ORM框架，自动生成DAO，简化数据持久化	本地数据存储（如用户信息、作业记录）	需编译生成DAO，支持事务操作保证数据一致性
Multipart/分块上传	将大文件拆分为多个小块上传，提高成功率	大文件（如图片、视频）传输	需管理上传状态（进度、断点续传），避免数据丢失

4) 【示例】
作业提交流程（含分片上传、本地冲突处理、网络恢复同步）伪代码：

// 1. 检测网络状态
if (isNetworkAvailable()) {
    // 2. 准备数据（作业内容、用户ID、唯一标识）
    HomeworkData data = new HomeworkData(userId, content, generateId());
    // 3. 大文件分片上传（假设文件大小>5MB）
    if (data.isLargeFile()) {
        uploadInChunks(data);
    } else {
        // 4. 发送网络请求（OkHttp+Retrofit）
        api.submitHomework(data)
            .enqueue(new Callback<SubmitResult>() {
                @Override
                public void onResponse(Call<SubmitResult> call, Response<SubmitResult> response) {
                    if (response.isSuccessful()) {
                        // 5. 更新本地数据（Room）
                        roomDao.insert(data);
                        showSuccess("提交成功");
                    } else {
                        showFailure("提交失败");
                    }
                }
                @Override
                public void onFailure(Call<SubmitResult> call, Throwable t) {
                    // 6. 离线时保存到本地，并记录重试
                    if (!isNetworkAvailable()) {
                        localDao.save(data);
                        retryCount++;
                        if (retryCount < MAX_RETRY) {
                            // 指数退避
                            delay(retryCount * 1000);
                            retrySubmit(data);
                        } else {
                            showInfo("重试超限");
                        }
                    } else {
                        showFailure("网络错误");
                    }
                }
            });
    }
} else {
    // 7. 离线保存，处理本地冲突
    localDao.save(data);
    // 检查本地是否有相同作业（唯一标识冲突）
    if (localDao.hasConflict(data.getId())) {
        // 合并或覆盖（根据业务逻辑）
        localDao.resolveConflict(data);
    }
    showInfo("已保存，待联网同步");
}

// 分片上传方法（示例）
private void uploadInChunks(HomeworkData data) {
    List<Chunk> chunks = splitFile(data.getFile());
    for (Chunk chunk : chunks) {
        chunk.setUploadStatus(UploadStatus.PENDING);
        api.uploadChunk(chunk)
            .enqueue(new Callback<UploadResult>() {
                @Override
                public void onResponse(Call<UploadResult> call, Response<UploadResult> response) {
                    if (response.isSuccessful()) {
                        chunk.setUploadStatus(UploadStatus.SUCCESS);
                        // 更新上传进度
                        updateProgress(chunk);
                    } else {
                        chunk.setUploadStatus(UploadStatus.FAILED);
                        // 记录失败，尝试重传
                        retryChunk(chunk);
                    }
                }
                @Override
                public void onFailure(Call<UploadResult> call, Throwable t) {
                    chunk.setUploadStatus(UploadStatus.FAILED);
                    retryChunk(chunk);
                }
            });
    }
    // 等待所有分片上传完成
    awaitAllChunks(chunks);
}

// 本地冲突处理（示例）
private boolean hasConflict(String homeworkId) {
    return roomDao.exists(homeworkId);
}

private void resolveConflict(HomeworkData data) {
    // 根据时间戳或版本号决定保留哪个
    if (data.getTimestamp() > roomDao.getTimestamp(homeworkId)) {
        roomDao.update(data);
    } else {
        roomDao.delete(homeworkId);
    }
}

5) 【面试口播版答案】
“我参与过好未来教育APP的作业提交功能开发，主要负责客户端实现。技术选型上，我们用了Retrofit处理网络请求，OkHttp管理网络连接和重试，Room做本地数据存储。遇到的最大问题是网络不稳定和大文件上传，解决方法是增加了分片上传（把大文件拆成小块，断点续传），同时用唯一标识（作业ID+时间戳）处理本地冲突，离线时先保存到本地，网络恢复后自动同步，这样既保证了数据最终能提交，又提升了用户体验。”

6) 【追问清单】

• 问题：分片上传的具体实现逻辑是怎样的？
  回答要点：将文件按固定大小（如5MB）拆分成多个分片，每个分片上传后记录状态，若某分片失败则重传，所有分片成功后合并为完整文件。
• 问题：本地冲突处理时，如何确保多个未提交的作业不会互相覆盖？
  回答要点：为每个作业生成唯一标识（如作业ID+提交时间戳），本地数据库根据该标识唯一存储，避免重复。
• 问题：网络恢复后，如何高效地同步所有离线作业？
  回答要点：监听网络状态变化（用ConnectivityManager），触发同步任务，批量提交离线数据，并记录已同步标识，避免重复处理。
• 问题：如何保证分片上传的可靠性，比如网络中断后能恢复？
  回答要点：每个分片上传时记录上传进度，失败后重传，同时维护上传队列，确保顺序和完整性。

7) 【常见坑/雷区】

• 忽略分片上传的状态管理，导致文件上传不完整（应记录每个分片状态，支持断点续传）；
• 本地冲突处理未考虑版本控制，导致旧数据被错误覆盖（需结合时间戳或版本号判断）；
• 网络恢复同步时未去重，导致重复提交（需记录已同步标识，避免重复处理）。