本文介绍如何通过单例缓存、懒加载与生命周期感知设计，确保 json 数据在整个应用运行期间仅解析一次，避免重复网络请求与重复解析导致的卡顿、崩溃和资源浪费。
在 Android 开发中，频繁解析相同 JSON 数据（如因屏幕旋转、Activity 重建、Fragment 重实例化等）不仅显著拖慢 UI 响应，还极易引发 OutOfMemoryError 或主线程阻塞——尤其当数据量较大时。根本解决思路不是“在哪里解析”，而是“何时解析、由谁持有、如何共享”。以下是一套兼顾健壮性、可维护性与现代 Android 最佳实践的完整方案。
✅ 核心原则：一次获取，全局复用
- 不依赖 Activity/Fragment 生命周期：避免在 onCreate() 或 onResume() 中重复触发解析；
- 数据持有者独立于 UI 组件：使用 Application 级单例或 ViewModel（配合 SavedStateHandle）管理数据状态；
- 解析与持久化解耦：网络请求 → 内存缓存（List<Book>）→ 数据库写入（异步）→ UI 绑定（仅更新视图，不重复解析）。
? 推荐实现方案（基于 ViewModel + Repository 模式）
1. 创建数据仓库（Repository）——负责唯一数据源
public class BookRepository {
private static volatile BookRepository INSTANCE;
private final MutableLiveData<List<Book>> booksLiveData = new MutableLiveData<>();
private final List<Book> cachedBooks = new ArrayList<>();
private final DbHandler dbHandler;
private boolean isLoaded = false;
private BookRepository(Context context) {
this.dbHandler = new DbHandler(context.getApplicationContext());
}
public static BookRepository getInstance(Context context) {
if (INSTANCE == null) {
synchronized (BookRepository.class) {
if (INSTANCE == null) {
INSTANCE = new BookRepository(context.getApplicationContext());
}
}
}
return INSTANCE;
}
public LiveData<List<Book>> getBooks() {
if (!isLoaded) {
loadBooks();
}
return booksLiveData;
}
private void loadBooks() {
// 仅首次调用时执行网络请求 + 解析 + 缓存
JsonArrayRequest request = new JsonArrayRequest(
Request.Method.GET,
"https://api.example.com/books",
null,
response -> {
cachedBooks.clear();
dbHandler.removeAll(); // 清空旧数据（可选）
for (int i = 0; i < response.length(); i++) {
try {
JSONObject obj = response.getJSONObject(i);
Book book = new Book(
obj.getInt("id"),
obj.getString("title"),
obj.getString("description"),
obj.getInt("pageCount"),
obj.getString("excerpt"),
obj.getString("publishDate")
);
cachedBooks.add(book);
// 异步写入数据库（避免阻塞主线程）
new Thread(() -> dbHandler.addNewCourse(book)).start();
} catch (JSONException e) {
Log.e("BookRepo", "Parse error at index " + i, e);
}
}
isLoaded = true;
booksLiveData.postValue(new ArrayList<>(cachedBooks)); // 安全通知 UI
},
error -> {
Log.e("BookRepo", "Network error", error);
// 可 fallback 到本地数据库读取（增强健壮性）
booksLiveData.postValue(dbHandler.readCourses());
}
);
Volley.newRequestQueue(MyApplication.getContext()).add(request);
}
}2. 在 ViewModel 中桥接 Repository 与 UI
public class BookViewModel extends AndroidViewModel {
private final BookRepository repository;
public final LiveData<List<Book>> books;
public BookViewModel(@NonNull Application application) {
super(application);
this.repository = BookRepository.getInstance(application);
this.books = repository.getBooks();
}
}3. Activity 中安全使用（自动处理配置变更）
public class MainActivity extends AppCompatActivity {
private BookViewModel viewModel;
private BookAdapter adapter;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
viewModel = new ViewModelProvider(this).get(BookViewModel.class);
RecyclerView recyclerView = findViewById(R.id.recyclerView);
adapter = new BookAdapter();
recyclerView.setAdapter(adapter);
// 观察数据变化（仅首次加载时触发，后续重建自动复用）
viewModel.books.observe(this, books -> {
adapter.submitList(books); // 使用 ListAdapter 提升效率
findViewById(R.id.progressBar).setVisibility(View.GONE);
});
}
}⚠ 关键注意事项与优化点
- 禁止在 onConfigurationChanged() 中重新解析或重设 Adapter：该方法仅用于响应配置变更（如横竖屏），不应触发业务逻辑。RecyclerView.Adapter 本身支持 submitList() 实现高效局部刷新。
- 弃用 AsyncTask：Android 11+ 已废弃，改用 Coroutine（Kotlin）或 ExecutorService（Java）+ LiveData/Flow；若坚持用线程，请务必 try-catch 并避免内存泄漏。
- 数据库写入必须异步：示例中 dbHandler.addNewCourse(...) 若为同步操作，需包裹在 Thread 或 Executors.singleThreadExecutor() 中，否则阻塞主线程。
- 添加缓存有效性校验（进阶）：可引入时间戳或 ETag，在 loadBooks() 前检查是否过期，避免无意义请求。
- 错误兜底策略：网络失败时，优先返回已缓存的 cachedBooks 或从数据库读取，保障用户体验不中断。
✅ 总结
真正“只解析一次”的本质，是将数据视为有状态的共享资源，而非每次 UI 创建时的临时产物。通过 Repository 单例封装数据获取逻辑，ViewModel 管理生命周期感知的状态分发，并配合 ListAdapter 的智能 Diff，即可彻底杜绝重复解析、重复请求与重复绑定——让应用启动更快、切换更顺、内存更稳。
