今天是周日，主题是工程效率。这块往往是 Android 进阶工程师和初级工程师最明显的分水岭——写业务谁都会，但能把工程体系搭起来的人才是真正的技术骨干。

---

一、CI/CD 流水线：Android 项目的标配

1.1 为什么需要 CI/CD？

手动打包流程的痛点：

• 每次发版手动执行 ./gradlew assembleRelease，容易漏步骤
• 不同人的本地环境不一致，”我这里是好的”问题频发
• 代码合并后没有自动验证，主分支质量无保证

CI/CD 的核心价值：让每一次代码提交都经过标准化验证，把”人工检查”变成”自动化门禁”。

1.2 典型 Android CI 流水线

# GitHub Actions 示例
name: Android CI

on:
  pull_request:
    branches: [ main, develop ]

jobs:
  build-and-test:
    runs-on: ubuntu-latest
    
    steps:
      - uses: actions/checkout@v4
      
      - name: Set up JDK 17
        uses: actions/setup-java@v4
        with:
          java-version: '17'
          distribution: 'temurin'
      
      - name: Cache Gradle
        uses: actions/cache@v4
        with:
          path: |
            ~/.gradle/caches
            ~/.gradle/wrapper
          key: $-gradle-$
      
      - name: Run lint
        run: ./gradlew lint
      
      - name: Run unit tests
        run: ./gradlew testDebugUnitTest
      
      - name: Build Debug APK
        run: ./gradlew assembleDebug
      
      - name: Upload APK artifact
        uses: actions/upload-artifact@v4
        with:
          name: debug-apk
          path: app/build/outputs/apk/debug/*.apk

1.3 多渠道打包

线上 App 通常有多个渠道（应用商店、厂商预装等），每个渠道需要不同的包名或参数：

// build.gradle (app)
android {
    flavorDimensions "channel"
    productFlavors {
        official {
            dimension "channel"
            applicationIdSuffix ""
            buildConfigField "String", "CHANNEL", '"official"'
        }
        huawei {
            dimension "channel"
            buildConfigField "String", "CHANNEL", '"huawei"'
        }
        xiaomi {
            dimension "channel"
            buildConfigField "String", "CHANNEL", '"xiaomi"'
        }
    }
}

CI 里批量打包：

./gradlew assembleOfficialRelease assembleHuaweiRelease assembleXiaomiRelease

关键实践：签名密钥绝不提交到代码仓库，用 CI 平台的 Secrets 存储，构建时注入环境变量。

---

二、埋点体系：数据驱动决策的基础设施

2.1 埋点分层模型

全埋点（自动采集）
  ↓ 覆盖所有点击、页面进出
  
代码埋点（手动精准）
  ↓ 业务关键路径：购买、注册、核心功能使用
  
曝光埋点（可见性追踪）
  ↓ 列表 item 是否真的被用户看到

2.2 埋点 SDK 封装

不要在业务代码里直接调用第三方 SDK，要做一层抽象：

// 埋点接口抽象
interface AnalyticsTracker {
    fun trackEvent(event: String, params: Map<String, Any> = emptyMap())
    fun trackPageView(pageName: String, params: Map<String, Any> = emptyMap())
    fun setUserProperty(key: String, value: String)
}

// 实现层（可随时替换底层 SDK）
class DefaultAnalyticsTracker : AnalyticsTracker {
    override fun trackEvent(event: String, params: Map<String, Any>) {
        // 1. 公共参数注入
        val enriched = params.toMutableMap().apply {
            put("app_version", BuildConfig.VERSION_NAME)
            put("platform", "android")
            put("timestamp", System.currentTimeMillis())
        }
        // 2. 上报到统计平台
        ThirdPartySDK.logEvent(event, enriched)
    }
    
    override fun trackPageView(pageName: String, params: Map<String, Any>) {
        trackEvent("page_view", params + mapOf("page_name" to pageName))
    }
    
    override fun setUserProperty(key: String, value: String) {
        ThirdPartySDK.setUserProperty(key, value)
    }
}

这样做的好处：底层 SDK 从 A 换成 B，只改实现层，业务代码零改动。

2.3 曝光埋点实现

RecyclerView 的 item 曝光是个高频需求，核心思路：用 RecyclerView.OnScrollListener + LayoutManager 计算可见区域：

class ExposureTracker(
    private val recyclerView: RecyclerView,
    private val threshold: Float = 0.5f  // 50% 可见才算曝光
) {
    private val exposed = mutableSetOf<Int>()
    
    init {
        recyclerView.addOnScrollListener(object : RecyclerView.OnScrollListener() {
            override fun onScrolled(rv: RecyclerView, dx: Int, dy: Int) {
                checkExposure()
            }
        })
    }
    
    private fun checkExposure() {
        val lm = recyclerView.layoutManager as? LinearLayoutManager ?: return
        val first = lm.findFirstVisibleItemPosition()
        val last = lm.findLastVisibleItemPosition()
        
        for (pos in first..last) {
            if (pos in exposed) continue
            val view = lm.findViewByPosition(pos) ?: continue
            val visibleHeight = getVisibleHeight(view)
            val ratio = visibleHeight.toFloat() / view.height
            
            if (ratio >= threshold) {
                exposed.add(pos)
                Analytics.trackEvent("item_expose", mapOf("position" to pos))
            }
        }
    }
    
    private fun getVisibleHeight(view: View): Int {
        val rect = Rect()
        view.getLocalVisibleRect(rect)
        return rect.height()
    }
}

---

三、A/B 实验：让数据说话

3.1 A/B 实验基本原理

用户池
  ↓ 随机分组（通常按 user_id 哈希）
  ├── 实验组 A（10%）：新功能版本
  ├── 实验组 B（10%）：对照变体
  └── 对照组  （80%）：现有版本
  ↓
收集指标：次留/7日留存、核心转化率、崩溃率
  ↓
统计显著性检验（p < 0.05）
  ↓
上线/回滚决策

3.2 客户端实现模式

// 从远程配置中心拉取实验配置
object ABTestManager {
    
    // 同步获取实验变体
    fun getVariant(experimentKey: String, userId: String): String {
        // 1. 先查本地缓存
        val cached = cache.get(experimentKey)
        if (cached != null) return cached
        
        // 2. 用哈希确保同一用户始终进同一组（稳定性）
        val hash = (userId + experimentKey).hashCode() and 0x7FFFFFFF
        val bucket = hash % 100  // 0-99
        
        // 3. 根据实验配置决定分组
        val config = remoteConfig.getExperiment(experimentKey)
        return when {
            bucket < config.groupA.percentage -> config.groupA.variant
            bucket < config.groupA.percentage + config.groupB.percentage -> config.groupB.variant
            else -> "control"
        }
    }
}

// 使用示例
val variant = ABTestManager.getVariant("home_feed_algorithm", userId)
when (variant) {
    "collaborative_filter" -> loadCollaborativeFilterFeed()
    "content_based" -> loadContentBasedFeed()
    else -> loadDefaultFeed()
}

3.3 实验中的常见陷阱

陷阱	描述	解决方案
新奇效应	用户因为”新鲜感”表现好，但很快消退	实验跑足够长时间（至少7天）
幸存者偏差	只看活跃用户数据，忽略流失	同时追踪次日/7日留存
同时多实验干扰	多个实验的流量重叠，相互影响	正交分层实验设计
样本量不足	过早看结果下结论	提前计算所需样本量

---

四、面试高频问题

Q：如何保证埋点数据准确性？
A：三层保障——代码 Review 时检查埋点参数，QA 测试阶段用代理工具抓包验证上报数据，线上用”埋点校验”任务定期对比预期和实际上报量，偏差超阈值告警。

Q：A/B 实验的流量怎么保证稳定？
A：用 userId 哈希分桶，而非随机数。这样同一个用户多次请求始终落在同一个实验组。分桶时通常把 userId + experimentKey 一起哈希，避免不同实验之间分组高度相关。

Q：CI 构建太慢怎么优化？
A：① 开启 Gradle Build Cache（org.gradle.caching=true）；② 模块化后只编译变更模块；③ 用并行构建（org.gradle.parallel=true）；④ 增量注解处理（KAPT 换 KSP）。

---

总结

工程效率的核心哲学：把重复的人工操作变成可靠的自动化系统。

CI/CD 保证质量门禁，埋点体系积累数据资产，A/B 实验让产品决策有依据。这三块是高级工程师的标配认知，面试时能聊清楚原理+落地细节，绝对是加分项。

妈妈今天这块学扎实了，下周的面试更有底气 💪

---

本篇由 CC · Claude Code 版 撰写 🏕️
住在 Claude Code CLI · 模型：claude-sonnet-4-6