1. 老項目里的 ViewFlipper 輪播頁怎么接上 AI 能力ViewFlipper 是 Android 里一個挺老但很穩(wěn)的輪播組件繼承自 FrameLayout靠showNext()、showPrevious()在多個子 View 之間切換配合setFlipInterval()和startFlipping()就能自動輪播。很多存量項目里的引導(dǎo)頁、公告欄、卡片流還在用它切換邏輯本身沒什么問題真正讓人頭疼的是現(xiàn)在想給這些輪播頁加一點 AI 能力比如讓某一屏展示的內(nèi)容由模型動態(tài)生成、或者給用戶一個「換一批」的智能推薦按鈕結(jié)果發(fā)現(xiàn) Key 到處散落——這個工具一個 Key那個 SDK 一個 Token配置文件東一份西一份改一次環(huán)境要翻五個文件。這篇就聚焦這個場景不改動 ViewFlipper 原有的切換邏輯只在外圍加一層統(tǒng)一的 Key 與 API 通道配置讓輪播頁能發(fā)起一次 AI 請求并拿到結(jié)果。核心思路是把模型調(diào)用收斂到 TaoToken 這一條通道上用一份settings.json和一份config.toml作為配置骨架Android 側(cè)只負責(zé)讀配置、發(fā)請求、把返回文本塞進當(dāng)前屏的 TextView。適合誰看手里有 ViewFlipper 老代碼、想低成本試水 AI 能力、又不想把項目配置搞成一團亂麻的 Android 開發(fā)者。我試過在一個三屏輪播的 Demo 上跑通整條鏈路從拿 Key 到看到模型返回大概十幾分鐘。下面把每一步拆開講。2. TaoToken 前置統(tǒng)一 Key 與 API 通道是什么TaoToken 在這里扮演的角色是一個統(tǒng)一的模型調(diào)用入口。你不需要為每個模型或每個工具單獨維護一套鑒權(quán)信息而是拿一個 Key走同一個 API 地址后面想換模型、加模型改配置就行代碼基本不動。對 ViewFlipper 這種「只想在某一屏加個 AI 小功能」的場景來說這種收斂特別省事——輪播邏輯照舊AI 調(diào)用是旁路。先做兩件前置的事。第一拿到 Key。打開官網(wǎng) https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 注冊后在控制臺里創(chuàng)建 API Key?？刂婆_地址是 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite Key 管理頁在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 。創(chuàng)建完先復(fù)制保存后面配置里要用。第二確認 API 基地址。統(tǒng)一走 https://taotoken.net/api 注意這個地址后面不加任何查詢參數(shù)請求時路徑拼在它后面即可。如果你用的是兼容 OpenAI 風(fēng)格的調(diào)用方式基地址就是它模型名按文檔里支持的填。注意Key 屬于敏感信息別硬編碼進 APK也別提交到 Git。下面配置骨架里我會用占位符你替換成自己的。想先驗證 Key 是否可用、模型是否通可以直接用模型對話頁試一句https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel-chatutm_campaignrewrite 。如果后面你要做長期的編碼或 Agent 類任務(wù)可以了解 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 。接入細節(jié)看文檔https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。3. 可復(fù)制配置settings.json 與 config.toml 骨架配置分兩份各管一攤。settings.json放在 Android 工程的 assets 目錄負責(zé)運行時讀取的通道參數(shù)config.toml放在項目根或構(gòu)建腳本旁邊負責(zé)構(gòu)建期/工具鏈層面的統(tǒng)一聲明。兩份都只是骨架字段按需增減。3.1 settings.json運行時讀取的通道參數(shù)這份文件放app/src/main/assets/settings.jsonApp 啟動時讀進來解析出 baseUrl、apiKey、model 三個核心字段。輪播頁發(fā)起請求時直接用這些值不散落在各個 Activity 里。{ ai: { provider: taotoken, baseUrl: https://taotoken.net/api, apiKey: sk-替換成你的Key, model: 替換成文檔里支持的模型名, timeoutMs: 20000, maxTokens: 256 }, flipper: { autoStart: false, flipIntervalMs: 3000 } }字段說明用表格對照一下更清楚字段作用建議值provider標(biāo)識走哪條通道taotokenbaseUrlAPI 基地址https://taotoken.net/apiapiKey鑒權(quán) Key控制臺創(chuàng)建model調(diào)用的模型名按文檔填timeoutMs請求超時20000maxTokens單次返回上限256 夠輪播文案用flipIntervalMs輪播間隔與原有邏輯保持一致flipper這一段是為了讓配置集中實際切換邏輯還是走 ViewFlipper 自己的setFlipInterval()這里只是給個默認值來源不改原有行為。3.2 config.toml構(gòu)建期與工具鏈的統(tǒng)一聲明config.toml放項目根目錄給構(gòu)建腳本、CI 或本地工具讀。它不參與 App 運行時但能讓「Key 從哪來、地址是什么」在工程層面有唯一出處避免有人手改 assets 里的 json 造成不一致。[ai] provider taotoken base_url https://taotoken.net/api # 不要把真實 Key 寫進版本庫用環(huán)境變量注入 api_key_env TAOTOKEN_API_KEY model 替換成文檔里支持的模型名 timeout_ms 20000 max_tokens 256 [flipper] auto_start false flip_interval_ms 3000構(gòu)建時可以用腳本把api_key_env指向的環(huán)境變量寫進 assets 的settings.json這樣真實 Key 只存在于本地環(huán)境或 CI 的 secret 里倉庫里永遠是占位符。這一步不做也能跑但做了之后配置混亂的問題才算真正解決。3.3 Android 側(cè)讀取配置的代碼在 Application 或首個 Activity 里讀一次緩存成單例。下面是最小實現(xiàn)object AiConfig { var baseUrl: String var apiKey: String var model: String var timeoutMs: Long 20000 fun load(context: Context) { val json context.assets.open(settings.json) .bufferedReader().use { it.readText() } val root JSONObject(json).getJSONObject(ai) baseUrl root.getString(baseUrl) apiKey root.getString(apiKey) model root.getString(model) timeoutMs root.optLong(timeoutMs, 20000) } }這段只做讀取不碰 ViewFlipper。輪播頁的切換代碼一行都不用改。4. 驗證請求在輪播頁發(fā)起一次 AI 調(diào)用目標(biāo)很明確在 ViewFlipper 的某一屏上點一下按鈕把當(dāng)前屏的 TextView 內(nèi)容換成模型返回的文本。切換邏輯還是原來的showNext()AI 調(diào)用是附加動作。4.1 布局里加一個觸發(fā)按鈕在 ViewFlipper 的某一屏里加個按鈕id 叫btn_ai旁邊放個 TextView 顯示結(jié)果。其余兩屏不動。LinearLayout android:orientationvertical android:layout_widthfill_parent android:layout_heightfill_parent Button android:idid/btn_ai android:textAI 換一批 android:layout_widthfill_parent android:layout_heightwrap_content / TextView android:idid/tv_ai_result android:layout_widthfill_parent android:layout_heightwrap_content android:text等待請求 / /LinearLayout4.2 用 OkHttp 發(fā)一次請求請求走baseUrl /v1/chat/completions這種兼容路徑具體路徑以文檔為準(zhǔn)。下面用 OkHttp 演示放在按鈕點擊里private fun requestAi() { val client OkHttpClient.Builder() .connectTimeout(AiConfig.timeoutMs, TimeUnit.MILLISECONDS) .readTimeout(AiConfig.timeoutMs, TimeUnit.MILLISECONDS) .build() val body JSONObject().apply { put(model, AiConfig.model) put(max_tokens, 256) put(messages, JSONArray().apply { put(JSONObject().apply { put(role, user) put(content, 用一句話介紹 Android ViewFlipper 的用途) }) }) } val request Request.Builder() .url(${AiConfig.baseUrl}/v1/chat/completions) .addHeader(Authorization, Bearer ${AiConfig.apiKey}) .addHeader(Content-Type, application/json) .post(body.toString().toRequestBody(application/json.toMediaType())) .build() client.newCall(request).enqueue(object : Callback { override fun onFailure(call: Call, e: IOException) { runOnUiThread { tvAiResult.text 請求失敗: ${e.message} } } override fun onResponse(call: Call, response: Response) { val text response.body?.string().orEmpty() runOnUiThread { tvAiResult.text text } } }) }按鈕綁定findViewByIdButton(R.id.btn_ai).setOnClickListener { requestAi() }注意這里沒有動mViewFlipper的任何一行。輪播該自動播還自動播該手勢切還手勢切AI 請求是獨立的一條線。4.3 成功結(jié)果長什么樣請求成功后tv_ai_result會顯示返回的 JSON里面choices[0].message.content就是模型生成的文本。把它解析出來塞進 TextView用戶看到的就是一句關(guān)于 ViewFlipper 的介紹。整個過程輪播頁的切換動畫、間隔、手勢都沒受影響。如果你在模型對話頁先試過同樣的 prompt返回風(fēng)格應(yīng)該是一致的說明通道是通的。5. 本篇常見錯排查接入過程里容易踩的坑集中在配置和請求兩塊列幾個高頻的。Key 讀不到或為空。最常見的是 assets 里的settings.json沒打包進去或者文件名大小寫不對。檢查app/src/main/assets/下確實有文件且AiConfig.load()在用到之前被調(diào)用過。如果 Key 是從環(huán)境變量注入的確認構(gòu)建腳本真的執(zhí)行了替換。401 或鑒權(quán)失敗。多半是Authorization頭拼錯正確格式是Bearer加 Key中間一個空格。也可能是 Key 復(fù)制時帶了空格或換行。去 API Keys 頁面重新復(fù)制一次粘貼后檢查首尾。請求地址拼錯。baseUrl是https://taotoken.net/api后面拼具體路徑。別在 baseUrl 末尾多加斜杠也別把/api漏掉。路徑以文檔為準(zhǔn)不同接口路徑不同。超時或連接失敗。先確認設(shè)備網(wǎng)絡(luò)正常再確認timeoutMs沒設(shè)得太短。輪播頁如果同時開了自動輪播頻繁請求可能疊加建議 AI 請求做成手動觸發(fā)別放進startFlipping()的循環(huán)里。返回 JSON 解析崩了。模型返回結(jié)構(gòu)可能和預(yù)期不同解析前先判空、判字段存在。上面示例里直接顯示原始文本是為了調(diào)試正式用要加 try-catch。改了配置但沒生效。assets 里的文件在安裝后不會自動更新改完要重新構(gòu)建安裝。如果用了緩存單例確認重新加載邏輯。6. 把配置收斂之后輪播頁的 AI 能力就好維護了回頭看這件事的價值ViewFlipper 的切換邏輯是穩(wěn)定的、不該動的AI 能力是新增的、可能頻繁調(diào)整的。把 Key 和 API 通道收斂到settings.json與config.toml兩份骨架里等于給「會變的部分」劃了一塊獨立區(qū)域輪播代碼和模型調(diào)用解耦。以后換模型、加超時、調(diào)參數(shù)改配置就行不用在 Activity 里翻來翻去。如果你只是想讓輪播頁能調(diào)通一次模型按第 3、4 節(jié)走完就夠了。如果后面要做更重的編碼或 Agent 類任務(wù)可以看 Coding Plan接入過程中遇到鑒權(quán)或路徑問題優(yōu)先查 API Keys 和接入文檔。配置骨架先跑通再談擴展比一上來就堆功能穩(wěn)得多。