本文讲解如何解决 Activity 间跳转后返回时 ActionBar 标题丢失的问题，通过结合 Intent 传值与静态变量缓存策略，确保 DataActivity 的标题在生命周期重建（如后台返回）后仍能正确显示。
本文讲解如何解决 activity 间跳转后返回时 actionbar 标题丢失的问题，通过结合 intent 传值与静态变量缓存策略，确保 `dataactivity` 的标题在生命周期重建（如后台返回）后仍能正确显示。
在 Android 开发中，使用 Intent.putExtra() 传递参数（如 "Types" 或 "Materials"）并在目标 Activity 中调用 setTitle() 设置 ActionBar 标题是一种常见做法。然而，该方案存在一个典型生命周期陷阱：当用户从 DataActivity 跳转到其他 Activity（如详情页或设置页），再按返回键回到 DataActivity 时，系统可能已销毁并重建该 Activity——此时 getIntent() 返回的是新启动的 Intent（通常为空或不带 extra），而非最初启动时的 Intent，导致 tableName 为 null，ActionBar 标题变为空。
单纯依赖 getIntent().getStringExtra() 是不可靠的，因为 getIntent() 在 onCreate() 或 onResume() 中每次返回的是当前启动该 Activity 的 Intent，而重建后的 Activity 并不会自动复用原始 Intent。
✅ 推荐解决方案：静态字段 + 意图判空双重保障
利用 static String tableName 在类级别缓存标题值，使其跨越 Activity 实例生命周期存在。注意：该方式适用于单任务、非多实例（launchMode="standard"）场景，且 DataActivity 不会被并发打开多个实例（符合常规导航逻辑）。
以下是优化后的 DataActivity 实现：
Android文件存取与数据库编程知识，文件操作主要是读文件、写文件、读取静态文件等，同时还介绍了创建添加文件内容并保存，打开文件并显示内容；数据库编程方面主要介绍了SQLite数据库的使用、包括创建、删除、打开数据库、非查询SQL操作指令、查询SQL指令-游标Cursors等知识。
public class DataActivity extends AppCompatActivity {
private static String tableName; // ✅ 静态缓存，跨实例保留
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_data);
Intent intent = getIntent();
String passedName = intent.getStringExtra("tableName");
if (passedName != null) {
// 首次启动或显式传参：更新缓存并设标题
tableName = passedName;
setTitle(tableName);
} else if (tableName != null) {
// Activity 重建（如旋转、后台恢复）：复用缓存值
setTitle(tableName);
} else {
// 安全兜底：设置默认标题或抛异常（开发阶段建议）
setTitle("Data");
Log.w("DataActivity", "No tableName provided and cache is empty.");
}
}
}
⚠️ 注意事项：
- 不要滥用静态变量：此方案适用于简单导航链（如 MainActivity → DataActivity → DetailActivity → back → DataActivity）。若需支持多标签页、多任务栈或深度嵌套导航，应改用 ViewModel + SavedStateHandle（推荐 Jetpack 架构组件）。
- 避免内存泄漏风险：tableName 仅为轻量字符串，无引用 Activity 实例，安全。
- 兼容性提示：setTitle() 在启用 ActionBar 或 Toolbar 时生效；若使用 MaterialToolbar，请确保已通过 setSupportActionBar(toolbar) 绑定。
? 总结：静态缓存是快速修复标题丢失问题的有效手段，但本质是“状态保持”的简化实现。长期项目建议逐步迁移至 ViewModel（配合 onSaveInstanceState 或 SavedStateHandle），以获得更健壮、可测试、符合架构规范的状态管理能力。
