每日新聞摘要 - 2026年05月31日

01

Production Android Auth: OAuth2, PKCE & KeyStore Security

Dev.to Kotlin 作者：Om Kanse 發布：05-31 09:20

Production Android Authentication: OAuth2, PKCE, and KeyStore Security

In real production systems, authentication is just the beginning—not simply “getting the token.”

重點摘要

Uses OAuth2 Authorization Code Flow with PKCE and OIDC through Keycloak.

Stores tokens securely with Android KeyStore, AES-256-GCM, and Jetpack DataStore.

Avoids insecure WebViews, handles refresh safely, and keeps auth state reactive with MVVM and Flow.

Most Android auth guides end after token retrieval, but this article focuses on what production systems actually need: secure transport, secure storage, and resilient state handling. The implementation uses OAuth2 Authorization Code Flow with PKCE, OpenID Connect through Keycloak, and AppAuth-Android for browser-based login. Tokens are encrypted with Android KeyStore-backed AES-256-GCM and persisted with Jetpack DataStore, while Chrome Custom Tabs replace insecure WebViews. The architecture combines MVVM and Kotlin Flow for reactive authentication state, and also addresses safe token refresh and race-condition handling.

生产环境 Android 身份验证：OAuth2、PKCE 与 KeyStore 安全

在真实的生产系统中，身份验证远不只是“拿到 token”而已。

重點摘要

采用 OAuth2 授权码流程结合 PKCE，并通过 Keycloak 实现 OIDC。

使用 Android KeyStore、AES-256-GCM 和 Jetpack DataStore 安全存储 token。

以 Chrome Custom Tabs 替代不安全的 WebView，并用 MVVM 与 Kotlin Flow 管理状态。

文章强调，许多 Android 身份验证教程只讲到获取 token，但在金融等生产环境里，真正需要的是安全传输、加密存储和稳健的状态管理。作者使用 OAuth2 Authorization Code Flow 搭配 PKCE，并通过 Keycloak 引入 OpenID Connect，借助 AppAuth-Android 完成基于浏览器的登录。Token 以 Android KeyStore 支持的 AES-256-GCM 加密后，再用 Jetpack DataStore 持久化保存；同时以 Chrome Custom Tabs 取代不安全的 WebView。整体架构结合 MVVM 与 Kotlin Flow，实现响应式身份验证状态，并处理安全的 token 刷新与竞态条件。

生產環境 Android 驗證：OAuth2、PKCE 與 KeyStore 安全

在真正的生產系統裡，驗證不只是「拿到 token」而已。

重點摘要

以 OAuth2 授權碼流程搭配 PKCE，並透過 Keycloak 導入 OIDC。

使用 Android KeyStore、AES-256-GCM 與 Jetpack DataStore 安全保存 token。

採用 Chrome Custom Tabs、MVVM 與 Kotlin Flow，並處理安全的 token refresh。

這篇文章指出，多數 Android 驗證教學只停在取得 token，但在金融或其他高安全需求的生產系統中，真正重要的是傳輸、儲存與狀態管理。作者以 OAuth2 Authorization Code Flow 搭配 PKCE，透過 Keycloak 實作 OpenID Connect，並使用 AppAuth-Android 完成瀏覽器式登入。Token 會以 Android KeyStore 支援的 AES-256-GCM 加密後，透過 Jetpack DataStore 安全保存；同時以 Chrome Custom Tabs 取代不安全的 WebView，並結合 MVVM 與 Kotlin Flow 建立反應式驗證架構。

02

Building an AI task generator for Vikunja that doesn't trust itself

Dev.to Kotlin 作者：Maksim 發布：05-31 10:44

Building an AI Task Generator for Vikunja That Doesn’t Trust Itself

The AI proposes, you review it, and only an explicit confirm turns it into real API calls.

重點摘要

Trof turns vague project ideas into structured Vikunja tasks.

A human-in-the-loop review step prevents silent writes to the task tracker.

The system is split into a gateway and an isolated AI service, with optional local execution via Ollama.

The author, who self-hosts Vikunja to manage projects, built Trof to turn vague ideas into structured task lists without letting AI write directly to the tracker. Instead of auto-applying changes, Trof generates a proposal, asks clarifying questions when needed, and lets the user review, edit, and approve everything before anything is sent to Vikunja. The system supports both creating new projects and editing existing ones, and is designed as two services: a Kotlin/Spring gateway and a separate Kotlin/Spring AI service running on Koog. It is provider-agnostic and can run with cloud models or locally through Ollama.

为 Vikunja 构建一个“不信任自己”的 AI 任务生成器

AI 先提出方案，由你审核，只有明确确认后才会真正写入 API。

重點摘要

Trof 可以把模糊的项目想法拆解为适合 Vikunja 的结构化任务。

采用 human-in-the-loop 审核流程，避免 AI 直接向任务看板写入内容。

系统拆分为 gateway 和独立 AI 服务，并可通过 Ollama 完全本地运行。

作者自托管 Vikunja 来管理项目，但总要重复把模糊想法手动拆成任务列表，于是开发了 Trof：一个不会直接把结果写入系统的 AI 任务生成器。它先把自然语言描述拆解为结构化任务，必要时还会发起澄清提问，然后让用户逐项检查、编辑并删除不需要的内容，只有在明确确认后才会真正写入 Vikunja。系统架构上分为负责确认与应用的 gateway，以及独立运行的 AI 服务，模型提供商保持无关性，也支持通过 Ollama 在本地执行。

打造一個不信任自己的 Vikunja AI 任務產生器

AI 先提出建議，你先審核，只有明確確認後才會真的寫入 API。

重點摘要

Trof 能把模糊的想法拆解成 Vikunja 可用的結構化任務。

採用 human-in-the-loop 審核流程，避免 AI 直接寫入任務看板。

系統分成 gateway 與獨立 AI 服務，並可透過 Ollama 完全本機執行。

作者長期自架 Vikunja 管理專案，卻反覆遇到把模糊需求手動拆成任務清單的麻煩，因此打造了 Trof：一個不會直接把結果寫進資料庫的 AI 任務產生器。Trof 會先將自然語言需求拆解成結構化任務，必要時還會追問澄清問題，接著讓使用者逐項檢視、編輯與刪除，只有在明確確認後才會送出到 Vikunja。整體架構分為負責確認與套用的 gateway，以及獨立運作的 AI 服務，並支援雲端或本機模型。

03

Securing Your Android App in Jetpack Compose: From FLAG_SECURE to Keystore Encryption

ProAndroidDev 作者：Roman Speranskii 發布：05-31 08:23

Securing Your Android App in Jetpack Compose: From FLAG_SECURE to Keystore Encryption

Security isn’t a “later” task when your app handles VPN credentials, passwords, or session tokens.

重點摘要

Use FLAG_SECURE selectively at the screen level to block screenshots and screen recording.

Encrypt sensitive data with Android Keystore and AES/GCM/NoPadding, storing the IV alongside the ciphertext.

Add biometrics to let users unlock encrypted credentials and autofill passwords in Compose.

This article argues that security must be an architectural decision when an Android app handles sensitive data such as VPN credentials, passwords, or session tokens. It shows how to use FLAG_SECURE in Jetpack Compose only on screens that need protection, via simple composable helpers built on SideEffect, and warns that the flag is window-wide, so it must be disabled on public screens. It then explains encrypting sensitive values with Android Keystore and AES/GCM/NoPadding, including randomized IV generation and storing the IV with the ciphertext. Finally, it demonstrates a Compose-friendly biometric login flow that decrypts and autofills saved credentials after successful authentication.

在 Jetpack Compose 中保护你的 Android 应用：从 FLAG_SECURE 到 Keystore 加密

当应用要处理 VPN 凭证、密码或 session token 时，安全性不是“以后再说”的工作。

重點摘要

按页面粒度使用 FLAG_SECURE，防止截图和录屏泄露内容。

借助 Android Keystore 与 AES/GCM/NoPadding 加密敏感数据，并把 IV 与密文一起保存。

结合生物识别登录，解锁加密凭证并在 Compose 中自动填充密码。

本文强调，当 Android 应用处理 VPN 凭证、密码或 session token 等敏感信息时，安全必须是核心架构决策。作者先介绍在 Jetpack Compose 中用 SideEffect 实现画面级 FLAG_SECURE 控制，只在需要保护的页面启用，并提醒它是 Window flag，离开页面后必须显式关闭。随后说明如何使用 Android Keystore 搭配 AES/GCM/NoPadding 加密敏感数据，利用随机 IV 和安全硬件保存密钥。最后展示一个可复用的生物识别登录流程，让用户通过指纹或 Face ID 解密并自动填入已保存的凭据。

在 Jetpack Compose 中保護你的 Android App：從 FLAG_SECURE 到 Keystore 加密

當 App 會處理 VPN 憑證、密碼或 session token 時，安全性不是事後補上的功能。

重點摘要

依畫面層級使用 FLAG_SECURE，避免截圖與螢幕錄影外洩內容。

透過 Android Keystore 與 AES/GCM/NoPadding 加密敏感資料，並將 IV 與密文一併保存。

結合生物辨識登入，讓使用者解鎖加密憑證並在 Compose 中自動填入密碼。

本文主張，當 Android App 需要處理 VPN 憑證、密碼或 session token 等敏感資料時，安全性應被視為核心架構決策。作者先示範如何在 Jetpack Compose 中以 SideEffect 建立畫面層級的 FLAG_SECURE 控制，只在需要保護的頁面開啟，並提醒它是 Window flag，切換畫面時必須明確關閉。接著介紹以 Android Keystore 搭配 AES/GCM/NoPadding 加密敏感資料，利用隨機 IV 與安全硬體保護金鑰。最後再加入生物辨識流程，讓使用者可解密並自動填入已保存的登入資訊。

04

Remote Compose in Android Automotive OS: Embed rich UI without the usual pain

ProAndroidDev 作者：Daniel Georg 發布：05-31 09:06

Remote Compose in Android Automotive OS: Embed Rich UI Without the Usual Pain

Remote Compose shifts the mental model from sharing surfaces to sharing intent.

重點摘要

Serializes rich UI as compact binary draw instructions, not surfaces

Keeps host and provider loosely coupled with bytes in, ints out

Can coexist with View-based widgets and CarTaskView in one launcher

This article explores Remote Compose as a new way to embed rich cross-app UI in Android Automotive OS. Instead of sharing surfaces or embedding foreign activities, the provider serializes Compose UI intent into a compact binary document of draw instructions. The host renders it locally on its own Canvas, while user actions are sent back as simple integers. The author compares this approach with Internal Widgets, TaskView, SurfaceControlViewHost, and RemoteViews, then demonstrates a proof of concept in a multi-display AAOS setup using a car launcher and a phone provider app. The article also explains transport options such as AIDL, ContentProvider, BroadcastReceiver, and WebSocket, and notes current limitations around API stability, debugging, accessibility, and rotary navigation. Remote Compose is promising, but not yet production-ready.

Android Automotive OS 中的 Remote Compose：在不必承受常见痛点的情况下嵌入丰富 UI

Remote Compose 将思路从共享 surface 转变为共享意图。

重點摘要

把富 UI 序列化为紧凑的二进制绘图指令，而不是 surface

用 bytes in、ints out 降低宿主与提供方之间的耦合

可与基于 View 的组件及 CarTaskView 在同一 Launcher 中共存

本文探讨 Remote Compose 在 Android Automotive OS 中作为跨应用 UI 机制的可行性。它不是共享 surface 或嵌入外部 Activity，而是把 Compose 的界面意图序列化为紧凑的二进制文档，交由宿主在本地 Canvas 上渲染，交互则以简单整数回传给提供方。作者对比了 Internal Widgets、TaskView、SurfaceControlViewHost 和 RemoteViews 的局限，并在多显示 AAOS 环境中以 CarLauncher 与 Phone Provider 做了概念验证，展示它能与原生 View 和 CarTaskView 并存。文章还介绍了 AIDL、ContentProvider、BroadcastReceiver、WebSocket 等传输方式，并指出当前仍存在 API 稳定性、调试、无障碍和旋转输入等问题。

Android Automotive OS 的 Remote Compose：在不必承受常見痛點下嵌入豐富 UI

Remote Compose 將思維從共享 surface 轉為共享意圖。

重點摘要

以精簡二進位繪圖指令序列化富 UI，而非傳遞 surface

用 bytes in、ints out 讓主程式與提供者低耦合

可與既有 View 架構與 CarTaskView 在同一 launcher 共存

本文介紹 Remote Compose 如何在 Android Automotive OS 中實現跨應用 UI 嵌入。它不再依賴 surface 或 Activity 內嵌，而是把 Compose 的 UI 意圖序列化成緊湊的二進位文件，由 Host 在本地 Canvas 上渲染，互動事件再以簡單整數回傳 Provider。作者先比較 Internal Widgets、TaskView、SurfaceControlViewHost 與 RemoteViews 的取捨，接著以多螢幕 AAOS 環境中的 CarLauncher 與 Phone Provider 做概念驗證，展示與原生 View、RemoteCompose、CarTaskView 的共存。文末也說明 AIDL 等傳輸方式，以及 API 穩定性、除錯、無障礙與旋鈕導覽等限制。

05

Everything I Published About Android in May 2026, A Recap

Medium Kotlin 作者：Dev 175 發布：05-31 08:46

Everything I Published About Android in May 2026: A Recap

Compose, Coroutines, Clean Architecture — here’s a map to jump straight to the topic that solves your current problem.

重點摘要

Covers Android topics published in May 2026

Focuses on Compose, Coroutines, and Clean Architecture

Provides a quick map to the most relevant article

This recap gathers everything the author published about Android in May 2026 and presents it as a simple map for readers. The short intro highlights three main themes: Compose, Coroutines, and Clean Architecture. Rather than offering a full article itself, the page acts as a guide that helps readers skip directly to the piece most likely to address their current problem. It is essentially an index or roundup designed for faster navigation through the author’s Android content.

我在 2026 年 5 月发布的所有 Android 文章回顾

Compose、Coroutines、Clean Architecture——这里有一张地图，让你直接跳到能解决当前问题的文章。

重點摘要

回顾 2026 年 5 月的 Android 相关文章

内容聚焦 Compose、Coroutines 和 Clean Architecture

提供快速导航，方便找到最相关的文章

这篇回顾汇总了作者在 2026 年 5 月发布的 Android 相关文章，并以一张导览地图的方式呈现。开头明确提到三个重点主题：Compose、Coroutines 和 Clean Architecture。页面本身并不是完整教程，而更像一个索引，帮助读者直接跳转到最可能解决当前问题的那篇文章。整体用途是方便快速浏览和定位作者的 Android 内容。

我在 2026 年 5 月發表的所有 Android 文章總整理

Compose、Coroutines、Clean Architecture——這裡有一張地圖，讓你直接跳到能解決當前問題的文章。

重點摘要

整理 2026 年 5 月的 Android 文章

主題聚焦 Compose、Coroutines 與 Clean Architecture

提供快速導引，方便找到最相關內容

這篇總整理彙整作者在 2026 年 5 月發表的 Android 相關內容，並以一張導覽地圖的形式呈現。開頭點出三個核心主題：Compose、Coroutines 與 Clean Architecture。文章本身不是完整技術教學，而是作為索引，幫助讀者直接跳到最可能解決當前問題的篇章。整體來說，這是一篇方便快速瀏覽與定位內容的回顧頁。

06

Ditching SavedStateHandle and rememberSaveable: Embracing State-Aware Routing with Navigation 3

Medium Kotlin 作者：chanzmao 發布：05-31 08:52

Ditching SavedStateHandle and rememberSaveable: Embracing State-Aware Routing with Navigation 3

How State-Aware Routing with NavKey handles configuration changes and process death natively.

重點摘要

NavKey provides state-aware routing in Navigation 3.

It natively handles configuration changes and process death.

The approach reduces reliance on SavedStateHandle and rememberSaveable.

This article introduces state-aware routing in Navigation 3 and explains how NavKey can handle configuration changes and process death natively. Rather than depending on SavedStateHandle or rememberSaveable to preserve UI state, the approach shifts state handling into the navigation system itself. The result is a simpler routing model that better aligns state restoration with navigation. The piece focuses on why this change matters for Android apps and how it can reduce the need for separate state-saving mechanisms.

弃用 SavedStateHandle 和 rememberSaveable：用 Navigation 3 拥抱状态感知路由

State-Aware Routing with NavKey 可原生处理配置变更与进程死亡。

重點摘要

NavKey 为 Navigation 3 引入状态感知路由。

可原生处理配置变更与进程死亡。

减少对 SavedStateHandle 和 rememberSaveable 的依赖。

本文介绍 Navigation 3 的状态感知路由，并说明 NavKey 如何原生处理配置变更与进程死亡。作者指出，与其依赖 SavedStateHandle 或 rememberSaveable 来保存界面状态，不如将状态管理直接纳入导航系统，使路由与状态恢复更一致。这种方式有助于简化 Android 应用的状态保存流程，减少额外保存机制的使用，并让整体架构更贴近导航场景。

捨棄 SavedStateHandle 與 rememberSaveable：以 Navigation 3 擁抱具狀態感知的路由

State-Aware Routing with NavKey 能原生處理設定變更與程序死亡。

重點摘要

NavKey 為 Navigation 3 帶來狀態感知路由。

可原生處理設定變更與程序死亡。

降低對 SavedStateHandle 與 rememberSaveable 的依賴。

本文介紹 Navigation 3 的狀態感知路由，說明 NavKey 如何原生處理設定變更與程序死亡。作者強調，與其依賴 SavedStateHandle 或 rememberSaveable 來保存 UI 狀態，不如把狀態管理直接交給導航系統，讓路由與狀態恢復更一致。這種做法可簡化 Android 應用的狀態保存流程，減少額外機制的使用，並讓路由模型更貼近實際需求。

07

From Compose to Co-Pilot: How Android Quietly Rebuilt Itself (2019 → 2026)

Medium Kotlin 作者：Hüseyin Karagöz 發布：05-31 09:37

From Compose to Co-Pilot: How Android Quietly Rebuilt Itself (2019 → 2026)

Seven Google I/Os, three revolutions, and the year the agents started writing the code.

重點摘要

Android changed across seven Google I/O events.

The platform went through three major shifts.

2026 is framed as the year agents began writing code.

This piece appears to frame Android’s evolution across seven Google I/O events, highlighting three major technological shifts that quietly reshaped the platform between 2019 and 2026. Its central idea is that Android has been steadily rebuilt through successive waves of change, culminating in a new era where agents begin to participate in code generation. The article signals a broad historical arc rather than focusing on a single feature, suggesting a story of ongoing reinvention and the platform’s transition into an AI-assisted development future.

从 Compose 到 Co-Pilot：Android 如何在沉默中重建自己（2019 → 2026）

七场 Google I/O、三次革命，以及代理开始编写代码的那一年。

重點摘要

Android 的变化跨越七场 Google I/O。

平台经历了三次重大转折。

2026 被描绘为代理开始写代码的一年。

这篇文章以七场 Google I/O 为线索，回顾 Android 在 2019 到 2026 年间的演进，并指出其间经历了三次关键变革，悄然重塑了整个平台。文章的核心观点是：Android 并非一次性改版，而是在连续的技术浪潮中逐步重建，最终进入由 AI 代理参与编写代码的新阶段。整体更像一部平台转型史，而不是对某个单一功能的说明。

從 Compose 到 Co-Pilot：Android 如何在沉默中重塑自己（2019 → 2026）

七場 Google I/O、三次革命，以及代理開始撰寫程式碼的那一年。

重點摘要

Android 的變化橫跨七場 Google I/O。

平台歷經三次重大轉折。

2026 被描述為代理開始寫程式碼的一年。

這篇文章以七場 Google I/O 為時間軸，回顧 Android 在 2019 到 2026 年間的演進，並指出其間經歷了三次關鍵變革，悄悄重塑了整個平台。文章核心在於：Android 並非一次性翻新，而是在連續的技術浪潮中逐步重建，最後走向代理開始參與程式碼撰寫的 AI 輔助開發時代。內容更像是一段平台轉型史，而非單一功能介紹。

08

Behavioral drift: silent bugs in LLM workflows

Medium Kotlin 作者：Andrey Minogin 發布：05-31 13:57

Behavioral drift: silent bugs in LLM workflows

I am working on an AI workflow, which, like many others, has a classifier step.

重點摘要

The article is about an AI workflow with a classifier step.

It points to the problem of behavioral drift in LLM systems.

The visible excerpt is very short and does not include further details.

The available excerpt introduces an AI workflow that includes a classifier step, but it does not provide the full article content. Based on the title alone, the piece appears to discuss behavioral drift as a subtle source of bugs in LLM-based workflows—issues where model behavior changes over time and causes unexpected outcomes. However, the provided text is too limited to confirm specific examples, causes, or solutions. The summary therefore stays strictly within the visible content and the article’s stated theme.

行为漂移：LLM 工作流中的隐性错误

我正在处理一个 AI 工作流，而它和许多其他工作流一样，也有一个分类器步骤。

重點摘要

文章提到一个包含分类器步骤的 AI 工作流。

主题聚焦于 LLM 工作流中的行为漂移。

目前可见内容很短，未提供更多细节。

目前可见的正文只提到作者正在处理一个包含分类器步骤的 AI 工作流，后续内容并未展开。根据标题判断，文章应是在讨论 LLM 工作流中一种不易察觉的错误来源：模型行为随着时间或场景变化而发生偏移，进而导致意外结果。不过，由于提供的文字非常有限，无法确认文中的具体案例、原因或解决办法，因此摘要仅忠于已知内容与标题所揭示的主题。

行為漂移：LLM 工作流程中的隱性錯誤

我正在處理一個 AI 工作流程，而它和許多其他流程一樣，也包含一個分類器步驟。

重點摘要

文章提到一個包含分類器步驟的 AI 工作流程。

主題聚焦於 LLM 工作流程中的行為漂移。

目前可見內容很短，未提供更多細節。

目前可見的內文只提到作者正在處理一個包含分類器步驟的 AI 工作流程，未展開後續內容。根據標題可推知，文章應在討論 LLM 工作流程中一種不易察覺的錯誤來源：模型行為隨時間或情境改變而產生偏移，進而影響結果。但由於提供的文字極少，無法確認文中的具體案例、成因或解法，因此摘要僅忠於已知資訊與標題主題。

09

Supadroid: In-App Purchases with Supabase & RevenueCat

Medium Kotlin 作者：Hieu Vu 發布：05-31 14:03

Supadroid: In-App Purchases with Supabase & RevenueCat

In this article, I’ll walk you through my solution to build In-App Purchases with Supabase and RevenueCat.

重點摘要

Explains an approach for implementing in-app purchases.

Combines Supabase with RevenueCat in the solution.

Provides an overview of the author’s setup and workflow.

The article introduces the author’s solution for building in-app purchases using Supabase and RevenueCat. It is presented as a walkthrough that gives readers an overview of the implementation approach rather than a full technical deep dive. The piece aims to help developers understand how these two services can work together to support purchase-related functionality in an app.

Supadroid：使用 Supabase 与 RevenueCat 实现应用内购买

本文将带你了解我如何通过 Supabase 和 RevenueCat 构建应用内购买功能。

重點摘要

介绍实现应用内购买的方法。

将 Supabase 与 RevenueCat 结合使用。

提供作者方案与流程的概览。

本文介绍作者使用 Supabase 与 RevenueCat 实现应用内购买的方案，并以 walkthrough 的方式带读者了解整体思路。文章主要提供实现概览，而不是完整深入的技术拆解，旨在帮助开发者理解这两项服务如何协同工作，为应用提供购买相关功能。

Supadroid：結合 Supabase 與 RevenueCat 的應用內購買

本文將帶你了解我如何透過 Supabase 與 RevenueCat 建構應用內購買功能。

重點摘要

說明如何實作應用內購買。

將 Supabase 與 RevenueCat 結合使用。

提供作者方案與流程的概覽。

本文介紹作者以 Supabase 與 RevenueCat 實作應用內購買的方案，並以帶讀者了解整體做法為主。內容主要提供實作概覽，而非完整深入的技術拆解，目的是幫助開發者理解這兩項服務如何協同運作，支援 App 內的購買相關功能。

10

Kotlin Weekly #513

Kotlin Weekly 作者：發布：05-31 06:30

Kotlin Weekly #513

Koog 1.0 is out, and this issue also spotlights new AI-agent tooling, Kotlin language proposals, and talks on flows, DI, and Compose.

重點摘要

Koog 1.0 launches with a stable core API, better Android AI, OpenTelemetry, and Java interop.

Articles cover Koog-based agents, context parameters, emissions in Flows/Channels, and scaling Koin.

Videos, libraries, and sponsored picks round out the issue with Compose, observability, and AI tools.

Kotlin Weekly #513, published on May 31, 2026, highlights JetBrains’ release of Koog 1.0, which brings a stable core API for enterprise AI agents plus improvements in Android local AI, OpenTelemetry, and Java interoperability. The issue also gathers articles on adding embeddings and RAG to a Koog-based sample app, a new shell-less Kotlin agent harness called Knosh, Kotlin’s Context Parameters proposal, how emissions work in Flows and Channels, and scaling Koin in a large codebase. It additionally features videos, libraries, and sponsored resources focused on Compose, observability, and AI development.

Kotlin Weekly 第 513 期

Koog 1.0 正式发布，本期还聚焦 AI 代理工具、Kotlin 语言提案，以及 Flow、DI 和 Compose 的实践内容。

重點摘要

Koog 1.0 发布，带来稳定核心 API、Android 本地 AI、OpenTelemetry 和 Java 互操作改进。

文章涵盖 Koog AI 代理、Context Parameters、Flow/Channel 发射机制与 Koin 扩展。

此外还有视频、库与赞助内容，主题包括 Compose、可观测性和 AI 工具。

《Kotlin Weekly》第 513 期发布于 2026 年 5 月 31 日，重点介绍 JetBrains 推出的 Koog 1.0。该版本提供稳定的核心 API，面向企业级 AI 代理开发，同时改进 Android 本地 AI、OpenTelemetry 支持与 Java 互操作性。本期还收录了多篇文章，包括在 Koog 示例中加入 embeddings 与 RAG、基于 Koog 的无 shell Kotlin 代理框架 Knosh、Kotlin Context Parameters 提案、Flow 与 Channel 的发射机制，以及在大型代码库中扩展 Koin 的经验。

Kotlin Weekly 第 513 期

Koog 1.0 正式推出，本期也聚焦 AI 代理工具、Kotlin 語言提案，以及 Flow、DI 和 Compose 的實戰內容。

重點摘要

Koog 1.0 發布，提供穩定核心 API、Android 本地 AI、OpenTelemetry 與 Java 相容性改進。

文章涵蓋 Koog AI 代理、Context Parameters、Flow/Channel 發射機制與 Koin 擴充。

另收錄影片、函式庫與贊助內容，主題包括 Compose、可觀測性與 AI 工具。

《Kotlin Weekly》第 513 期刊於 2026 年 5 月 31 日，重點介紹 JetBrains 推出的 Koog 1.0。這個版本提供穩定的核心 API，讓企業級 AI 代理開發更成熟，同時改善 Android 本地 AI、OpenTelemetry 支援與 Java 互通性。本期文章還包括：在 Koog 範例中加入 embeddings 與 RAG、以 Koog 為基礎的無 shell Kotlin 代理框架 Knosh、Kotlin Context Parameters 提案、Flow 與 Channel 的發射機制，以及在大型程式碼庫中擴充 Koin 的經驗。

11

Day 19: Properties Deeper — Computed Values, Custom Getters & init Blocks

Medium Kotlin 作者：Kirubakaran 發布：05-31 01:56

Day 19: Going Deeper into Properties — Computed Values, Custom Getters, and init Blocks

Android with Kotlin for Absolute Beginners — Day 19 of the series

重點摘要

Introduces a deeper look at Kotlin properties.

Covers computed values, custom getters, and init blocks.

Part of the Android with Kotlin for Absolute Beginners series.

This entry is labeled Day 19 in the Android with Kotlin for Absolute Beginners series and focuses on properties at a deeper level, including computed values, custom getters, and init blocks. Based on the provided text, it is a series installment rather than a full article excerpt, so the available information mainly identifies the topic and its placement within the learning sequence.

第 19 天：深入理解属性——计算值、自定义 Getter 与 init 块

Android with Kotlin for Absolute Beginners —— 系列第 19 天

重點摘要

介绍 Kotlin 属性的进阶概念。

涵盖计算值、自定义 getter 与 init 块。

隶属于 Android with Kotlin for Absolute Beginners 系列。

这篇内容标注为“Android with Kotlin for Absolute Beginners”系列的第 19 天，主题是更深入地理解 Kotlin 属性，包括计算值、自定义 getter 和 init 块。根据提供的文字，这只是系列文章条目而非完整正文，因此目前能确认的信息主要是文章主题及其在学习系列中的位置。

第 19 天：深入了解屬性——計算值、自訂 Getter 與 init 區塊

Android with Kotlin for Absolute Beginners —— 系列第 19 天

重點摘要

介紹 Kotlin 屬性的進階概念。

涵蓋計算值、自訂 getter 與 init 區塊。

屬於 Android with Kotlin for Absolute Beginners 系列。

這篇內容標示為「Android with Kotlin for Absolute Beginners」系列的第 19 天，主題是更深入理解 Kotlin 屬性，包括計算值、自訂 getter 與 init 區塊。根據提供的文字，這是一篇系列文章條目，而非完整內文摘錄，因此可確認的資訊主要是文章主題與其在學習系列中的位置。

12

Handling JWT Token Expiration and Re-authentication in Android/KMP with Ktor

Medium Kotlin 作者：Prakash Ranjan 發布：05-31 05:21

Handling JWT Token Expiration and Re-authentication in Android/KMP with Ktor

A practical, step-by-step guide to building a clean, production-ready token refresh system using Ktor’s built-in Bearer Auth plugin.

重點摘要

Uses Ktor’s built-in Bearer Auth plugin

Focuses on token refresh and re-authentication

Targets a clean, production-ready implementation

This article introduces a practical, step-by-step approach to handling JWT token expiration in Android/KMP applications with Ktor. It focuses on building a clean token refresh flow using Ktor’s built-in Bearer Auth plugin, with the goal of keeping the implementation production-ready. The piece emphasizes re-authentication and refresh handling rather than a purely theoretical discussion, making it useful for developers who need a straightforward authentication strategy in real projects.

在 Android/KMP 中使用 Ktor 处理 JWT Token 过期与重新认证

利用 Ktor 内置的 Bearer Auth 插件，构建一套干净、可直接用于生产环境的 token refresh 系统。

重點摘要

使用 Ktor 内置的 Bearer Auth 插件

聚焦 token refresh 与重新认证流程

目标是干净、可用于生产环境的实现

本文面向 Android/KMP 开发场景，介绍如何使用 Ktor 内置的 Bearer Auth 插件处理 JWT token 过期问题。文章以循序渐进的方式讲解 token refresh 与重新认证的实现思路，重点放在构建一套结构清晰、便于维护且适合生产环境的认证流程。它强调的是可落地的实践方案，适合需要在真实项目中处理登录状态和令牌更新的开发者参考。

在 Android/KMP 中使用 Ktor 處理 JWT Token 過期與重新驗證

以 Ktor 內建的 Bearer Auth 外掛，實作一套乾淨且可直接上線的 token refresh 系統。

重點摘要

使用 Ktor 內建的 Bearer Auth 外掛

聚焦 token refresh 與重新驗證流程

目標是乾淨、可用於正式環境的實作

本文以 Android/KMP 開發情境為背景，說明如何用 Ktor 內建的 Bearer Auth 外掛，建立一套處理 JWT token 過期的實用流程。內容以一步一步的方式帶讀者完成 token refresh 與重新驗證機制，強調實作要乾淨、結構清楚，並能符合 production-ready 的需求。整體重點在於提供開發者一個可直接套用到真實專案中的認證處理方法，而非僅停留在概念說明。

今日總結

生產環境 Android 驗證：OAuth2、PKCE 與 KeyStore 安全

重點摘要

打造一個不信任自己的 Vikunja AI 任務產生器

重點摘要

在 Jetpack Compose 中保護你的 Android App：從 FLAG_SECURE 到 Keystore 加密

重點摘要

Android Automotive OS 的 Remote Compose：在不必承受常見痛點下嵌入豐富 UI

重點摘要

我在 2026 年 5 月發表的所有 Android 文章總整理

重點摘要

捨棄 SavedStateHandle 與 rememberSaveable：以 Navigation 3 擁抱具狀態感知的路由

重點摘要

從 Compose 到 Co-Pilot：Android 如何在沉默中重塑自己（2019 → 2026）

重點摘要

行為漂移：LLM 工作流程中的隱性錯誤

重點摘要

Supadroid：結合 Supabase 與 RevenueCat 的應用內購買

重點摘要

Kotlin Weekly 第 513 期

重點摘要

第 19 天：深入了解屬性——計算值、自訂 Getter 與 init 區塊

重點摘要

在 Android/KMP 中使用 Ktor 處理 JWT Token 過期與重新驗證

重點摘要