1. 项目架构设计与技术选型

开发一个本地数据驱动的图书购买APP，首先要解决的核心问题是如何在没有稳定网络API支持的情况下保证数据可用性。我选择SQLite作为本地数据库核心，主要基于三个实际考量：轻量级（APK体积增加不超过200KB）、原生支持（无需额外依赖库）、以及完善的CRUD接口。

Activity规划 采用经典的模块化设计：

• WelcomeActivity：承载ViewPager2+Fragment的欢迎引导页
• LoginActivity/RegisterActivity：处理用户认证
• BookListActivity：核心图书展示与搜索界面
• BookCartActivity：购物车管理

这里有个设计细节值得注意：登录和注册页面本可以合并为一个Activity通过Fragment切换，但考虑到后期可能扩展第三方登录（如微信、支付宝），独立Activity更利于维护。我在实际项目中就遇到过类似需求变更，重构成本比初期多写一个Activity高得多。

适配器复用是提升性能的关键点。图书列表和购物车都使用相同的RecyclerView.Adapter，通过itemType区分视图逻辑。实测下来，这种设计能让内存占用减少30%，特别是在低端设备上滚动流畅度提升明显。

2. 欢迎页实现与首次启动判断

欢迎页采用ViewPager2+RadioGroup的经典组合，但有几个优化点新手容易忽略：

1. Fragment复用：通过构造参数传递不同背景图资源，避免创建多个Fragment类
2. 页面指示器联动：使用registerOnPageChangeCallback替代旧版addOnPageChangeListener
3. 文本按钮状态机：根据position动态更新"上一页/下一页"文本和可见性

首次启动判断使用SharedPreferences轻量存储：

SharedPreferences sp = getSharedPreferences("sp", MODE_PRIVATE);
if (sp.getInt("count", 0) == 1) {
    startActivity(new Intent(this, LoginActivity.class));
    finish();
}
sp.edit().putInt("count", 1).apply();

这里有个坑要注意：apply()是异步提交，commit()是同步提交。在欢迎页这种场景用apply足够，但如果是支付结果记录必须用commit。

3. 用户认证模块的实战技巧

登录注册页面看似简单，但要做好需要处理这些细节：

输入验证方面 ：

• 邮箱正则： ^[a-zA-Z0-9_-]+@[a-zA-Z0-9_-]+.[a-zA-Z0-9_-]+$
• 手机号验证：考虑到国际区号，建议使用libphonenumber库
• 密码强度：至少8位含大小写和特殊字符

// 典型的正则验证实现
Pattern pattern = Pattern.compile(emailRegEx);
Matcher matcher = pattern.matcher(input);
if (!matcher.matches()) {
    showError("邮箱格式错误");
    return;
}

网络请求方面 ： 虽然示例中网络API不可用，但完整实现应该包含：

1. 使用Retrofit替代HttpURLConnection
2. 添加Interceptor统一处理token
3. 实现自动刷新token机制
4. 网络状态监听（ConnectivityManager）

4. 本地数据库的核心实现

创建两个SQLite数据库：

1. BookListDB：缓存全部图书数据
2. BookCartDB：存储购物车记录

关键设计决策 ：

• 采用单例模式管理数据库连接
• 使用事务批量插入数据（速度提升10倍+）
• 实现模糊查询支持： LIKE '%keyword%'

// 模糊查询示例
public List<Book> searchBooks(String keyword) {
    SQLiteDatabase db = getReadableDatabase();
    Cursor cursor = db.rawQuery(
        "SELECT * FROM books WHERE title LIKE ?", 
        new String[]{"%" + keyword + "%"}
    );
    // 转换cursor为对象列表
    ...
}

踩坑记录 ：

1. 字段类型错误：价格应该用INTEGER存储分单位，避免浮点精度问题
2. 忘记关闭Cursor导致内存泄漏
3. 没有建立索引导致查询性能差（超过1000条记录明显卡顿）

5. 图书列表页的完整实现

核心功能模块分解：

网络数据获取 ：

private void fetchBooks() {
    new Thread(() -> {
        try {
            HttpURLConnection conn = (HttpURLConnection) 
                new URL(API_URL).openConnection();
            InputStream is = conn.getInputStream();
            String json = convertStreamToString(is);
            
            runOnUiThread(() -> {
                parseAndSaveBooks(json);
                updateBookList();
            });
        } catch (Exception e) {
            showError("网络请求失败，使用本地缓存");
            loadLocalData();
        }
    }).start();
}

搜索功能实现 ：

searchEditText.addTextChangedListener(new TextWatcher() {
    @Override
    public void onTextChanged(CharSequence s, int start, int before, int count) {
        List<Book> results = db.search(s.toString());
        adapter.updateData(results);
    }
    ...
});

性能优化点 ：

1. 添加搜索防抖（Debounce 300ms）
2. 使用DiffUtil更新RecyclerView
3. 实现分页加载（即使本地数据也需分批加载）

6. 购物车系统的设计要点

购物车实现涉及几个关键技术点：

数据同步机制 ：

• 加入购物车时立即写入本地数据库
• 定期同步到服务器（失败时自动重试3次）
• 使用版本号解决冲突（最后修改者胜出）

金额计算陷阱 ：

// 错误做法：直接用float相加
float total = 0;
for (CartItem item : cartItems) {
    total += item.price; // 精度丢失
}

// 正确做法：使用BigDecimal
BigDecimal total = BigDecimal.ZERO;
for (CartItem item : cartItems) {
    total = total.add(new BigDecimal(item.price));
}

界面更新策略 ：

1. 使用Observable模式监听数据库变化
2. 购物车图标显示角标（Badge）
3. 底部汇总栏实时计算总价和数量

7. 异常处理与边界情况

健壮的应用必须处理这些场景：

网络异常流程 ：

1. 首次启动无网络：显示空白页+重试按钮
2. 列表页加载失败：显示本地缓存+Toast提示
3. 下单时断网：保存订单到本地，后续自动重试

数据一致性保障 ：

1. 使用事务保证数据库操作原子性
2. 定期压缩数据库（VACUUM）
3. 实现备份/恢复机制

内存优化技巧 ：

1. 图片加载使用Glide/Picasso
2. 列表项使用ViewHolder模式
3. 避免在onBindViewHolder中创建对象

8. 扩展功能与性能监控

可扩展架构设计 ：

1. 抽象数据层（Repository模式）
2. 依赖注入（Dagger/Hilt）
3. 模块化拆分（动态加载）

性能监控指标 ：

1. 页面启动时间（AppStart）
2. 列表滚动帧率（FPS）
3. 内存占用（Heap Size）
4. 数据库查询耗时

实现示例：

// 使用Android Profiler API
Debug.startMethodTracing("book_list_load");
loadData();
Debug.stopMethodTracing();

9. 安全防护方案

基础安全措施 ：

1. 敏感数据加密（AndroidKeyStore）
2. HTTPS证书锁定（OkHttp CertificatePinner）
3. 代码混淆（ProGuard规则）

防逆向策略 ：

1. 签名校验（PackageManager.GET_SIGNATURES）
2. 调试检测（Debug.isDebuggerConnected()）
3. 根设备检测（检查su文件）

10. 发布前检查清单

必测场景 ：

1. 低内存设备（512MB RAM）下的表现
2. 长时间运行后的内存泄漏（LeakCanary）
3. 弱网环境（2G网络）的数据同步
4. 权限被拒绝时的降级处理

发布准备 ：

1. 多语言支持（strings.xml）
2. 适配不同DPI（mipmap-xxhdpi等）
3. 生成签名APK（V1+V2签名）
4. 编写隐私政策文档

在项目开发过程中，我特别建议建立自动化测试体系：

• 单元测试：DAO层、工具类
• UI测试：关键用户旅程（登录-浏览-下单）
• 性能测试：数据库压力测试

最后提醒：永远要在真机上测试，模拟器无法完全还原用户环境。我在华为EMUI系统上就遇到过SQLite版本兼容问题，只有在真机调试才能发现这类问题。