每日新聞摘要 - 2026年08月09日

01

Kotlin Weekly #523

Kotlin Weekly 作者：發布：08-09 07:35

Kotlin Weekly #523

X rebuilds its Android app in 100% Kotlin, while this issue also spotlights KMM migration lessons, Gradle sync internals, coroutine speedups, and new tools and libraries.

重點摘要

X rewrites its Android app entirely in Kotlin and uses KMP in X Chat

Articles cover KMM migration, Gradle sync internals, and coroutine performance gains

The issue also features sponsored courses, videos, and newly released libraries

Kotlin Weekly #523, published on 9 August 2026, gathers news, articles, sponsored items, videos, and library releases from the Kotlin ecosystem. The top news is that X rebuilt its Android app in 100% Kotlin, and X Chat uses Kotlin Multiplatform across Android, iOS, and web for encryption, storage, sync, and business logic. Article highlights include KMM migration to OneSignal, Compose Multiplatform boundary management, Gradle sync internals, coroutine performance improvements via R8, and a Firebase sign-up example with Ktor. The issue also promotes Kotlin learning resources and showcases several new open-source tools and libraries.

Kotlin Weekly #523

X 将其 Android 应用完全重写为 100% Kotlin，本期还聚焦 KMM 迁移、Gradle 同步内部机制、协程性能提升，以及多款新工具与库。

重點摘要

X 用 Kotlin 重建 Android 应用，X Chat 也采用 Kotlin Multiplatform

文章涵盖 KMM 迁移、Gradle sync 内部流程和协程加速

本期还介绍赞助课程、视频以及多项新发布的库

Kotlin Weekly #523 发布于 2026 年 8 月 9 日，汇集了 Kotlin 生态中的新闻、文章、赞助内容、视频和库更新。头条新闻是 X 将其 Android 应用完全重写为 100% Kotlin，而 X Chat 则在 Android、iOS 和 web 上使用 Kotlin Multiplatform 处理加密、存储、同步与业务逻辑。文章部分包括从 FCM 迁移到 OneSignal、Compose Multiplatform 的架构边界管理、Android Studio 的 Gradle 同步流程、R8 带来的协程性能提升，以及使用 Ktor 实现 Firebase 注册流程。

Kotlin Weekly #523

X 將其 Android app 以 100% Kotlin 重寫，本期也聚焦 KMM 遷移、Gradle 同步內部機制、協程效能提升，以及多款新工具與函式庫。

重點摘要

X 以 Kotlin 重新打造 Android app，X Chat 也採用 Kotlin Multiplatform

文章涵蓋 KMM 遷移、Gradle sync 內部流程與協程加速

本期還介紹贊助課程、影片與多個新發布的函式庫

Kotlin Weekly #523 發行於 2026 年 8 月 9 日，內容涵蓋 Kotlin 生態中的新聞、文章、贊助資訊、影片與函式庫更新。頭條消息是 X 以 100% Kotlin 重建 Android app，而 X Chat 則在 Android、iOS 與 web 上使用 Kotlin Multiplatform 來處理加密、儲存、同步與商業邏輯。文章部分包括從 FCM 遷移到 OneSignal、Compose Multiplatform 的架構邊界管理、Android Studio 的 Gradle 同步流程、R8 讓協程效能提升，以及用 Ktor 實作 Firebase 註冊流程。

02

The Case for Dependency Injection

Medium Kotlin 作者：Mahmoud Ramadan 發布：08-09 07:56

The Case for Dependency Injection

ReadMore: https://leanpub.com/master_dependency_injectionContinue reading on Medium »

重點摘要

The provided content contains only a brief ReadMore link, not the article text.

The original article is titled "The Case for Dependency Injection" by Mahmoud Ramadan.

No substantive claims or examples are available in the supplied excerpt.

The supplied content does not include the article body, only a short ReadMore reference and a link to continue reading on Medium. As a result, there is no substantive text available to summarize from the provided excerpt. The only verifiable information is the original title, "The Case for Dependency Injection," and its author, Mahmoud Ramadan. Any detailed discussion of dependency injection would require the full article text, which is not present here.

依赖注入的理由

ReadMore: https://leanpub.com/master_dependency_injectionContinue reading on Medium »

重點摘要

提供的内容只有一段 ReadMore 链接，没有文章正文。

原文标题为《The Case for Dependency Injection》，作者是 Mahmoud Ramadan。

由于未提供内文，无法提炼出具体论点。

这份输入内容没有包含文章正文，只显示了一段 ReadMore 提示和继续在 Medium 阅读的链接，因此无法依据原文整理出有内容的摘要。能够确认的信息只有文章标题《The Case for Dependency Injection》以及作者 Mahmoud Ramadan。若要准确说明依赖注入的观点、论据与示例，还需要完整正文。

依賴注入的理由

ReadMore: https://leanpub.com/master_dependency_injectionContinue reading on Medium »

重點摘要

提供的內容只有一段 ReadMore 連結，沒有文章正文。

原文標題為〈The Case for Dependency Injection〉，作者是 Mahmoud Ramadan。

摘要無法延伸出具體論點，因為內文未提供。

這份輸入內容沒有提供文章正文，只能看到一段 ReadMore 提示與前往 Medium 繼續閱讀的連結，因此無法根據原文整理出實質摘要。可確認的資訊僅有文章標題〈The Case for Dependency Injection〉以及作者 Mahmoud Ramadan。若要準確說明依賴注入的觀點、論據與例子，仍需要完整內文。

03

Inside collectAsState(): The Coroutine-to-Pixel Pipeline Nobody Talks About

Medium Kotlin 作者：Android Expert 發布：08-09 08:52

Inside collectAsState(): The Coroutine-to-Pixel Pipeline Nobody Talks About

A deep dive into the six-layer pipeline connecting coroutines, Snapshot state, and the Recomposer—with modern Compose nuances.

重點摘要

Explains the six-layer pipeline behind collectAsState().

Connects coroutines, Snapshot state, and the Recomposer.

Focuses on modern Compose nuances in the rendering flow.

This article takes a deep look at the internal pipeline behind collectAsState(), describing how data moves from coroutines through Snapshot state and into the Recomposer before reaching the UI. It frames the process as a six-layer pipeline and emphasizes the modern Compose details that shape how state collection triggers updates. The piece is aimed at readers who want a clearer mental model of Compose’s state-to-render path.

collectAsState() 内幕：没人谈论的协程到像素管线

深入剖析连接协程、Snapshot state 与 Recomposer 的六层管线，并涵盖现代 Compose 的细节。

重點摘要

解析 collectAsState() 背后的六层管线。

串联协程、Snapshot state 与 Recomposer。

说明现代 Compose 渲染流程中的细节。

本文深入解析 collectAsState() 背后的运作管线，说明数据如何从协程流向 Snapshot state，再进入 Recomposer，最终反映到 UI。作者将整体流程拆解为六层管线来理解，并补充现代 Compose 的相关细节，帮助读者建立对状态收集与界面更新之间关系的清晰心智模型。

collectAsState() 內幕：沒有人談論的協程到像素管線

深入剖析連接協程、Snapshot state 與 Recomposer 的六層管線，並涵蓋現代 Compose 的細節。

重點摘要

解析 collectAsState() 背後的六層管線。

串連協程、Snapshot state 與 Recomposer。

說明現代 Compose 渲染流程中的細節。

本文深入解析 collectAsState() 背後的運作管線，說明資料如何從協程流向 Snapshot state，再進入 Recomposer，最後反映到 UI。作者將整體流程拆成六層管線來理解，並補充現代 Compose 的相關 нюance，幫助讀者建立對 state 收集與畫面更新之間關係的清楚心智模型。

04

Why I Chose Android Development — And What I’m Going to Learn Along the Way

Medium Kotlin 作者：jainrajat254 發布：08-09 09:19

Why I Chose Android Development — And What I’m Going to Learn Along the Way

I remember when I started my college journey.

重點摘要

The author reflects on the start of college.

The journey began in the first year.

The post is only a brief excerpt from Medium.

The article is a short introductory note in which the author recalls beginning the college journey and says that this path truly started in the first year. Beyond that, the provided text does not include further details about why Android development was chosen or what specific topics will be learned along the way. It appears to be an excerpt that points readers to continue the full story on Medium.

为什么我选择 Android 开发——以及我将在这段路上学到什么

我还记得自己刚开始大学旅程的时候。

重點摘要

作者回顾进入大学的起点。

这段旅程是在大一时真正开始的。

目前提供的内容只是 Medium 文章节选。

这篇文章是一段简短的开场，作者回忆自己刚进入大学时的情景，并提到这段旅程是在大一时真正开始的。不过，现有文字并没有进一步说明他为什么选择 Android 开发，也没有列出接下来要学习的具体内容。就目前提供的内容来看，这只是引导读者前往 Medium 阅读完整文章的节选。

為什麼我選擇 Android 開發——以及我將在這段路上學到什麼

我還記得自己剛開始大學旅程的時候。

重點摘要

作者回顧進入大學的起點。

這段旅程是在大一時真正展開。

目前提供的內容只是 Medium 文章節錄。

這篇文章是一段簡短的開頭，作者回憶自己剛進入大學時的情景，並提到這段旅程是在大一真正開始的。不過，現有文字並未進一步說明他為何選擇 Android 開發，也沒有列出將要學習的具體內容。從提供的內容來看，這只是引導讀者前往 Medium 閱讀完整文章的節錄。

05

Portrait and Landscape Are No Longer Your Architecture: Building Adaptive Android Apps for Android…

Medium Kotlin 作者：Halil Özel 發布：08-09 09:53

Portrait and Landscape Are No Longer Your Architecture: Building Adaptive Android Apps for Android…

For years, many Android codebases treated orientation as architecture.

重點摘要

Orientation should not define app architecture

Adaptive design is becoming more important on Android

Old portrait-versus-landscape assumptions are being challenged

For years, many Android codebases were built around the assumption that portrait and landscape represented separate architectural paths. The article argues that this mindset no longer fits modern Android development, where adaptive apps must respond to a wider range of device sizes, form factors, and runtime conditions. Instead of treating orientation as the core of an app’s structure, developers should design for flexibility and adaptability from the start.

竖屏和横屏不再是你的架构：构建可自适应的 Android 应用

多年来，许多 Android 代码库都把屏幕方向当作架构本身。

重點摘要

屏幕方向不应决定应用架构

Android 正在更强调自适应设计

传统竖屏／横屏思维正在被挑战

多年来，许多 Android 代码库都把竖屏和横屏当成不同的架构路径，仿佛屏幕方向本身就是设计核心。文章指出，这种思维已经不适合现代 Android 开发；面对更多样的屏幕尺寸、设备形态与运行条件，应用需要具备更强的灵活性和自适应能力。开发者应从一开始就把可变和可调作为设计原则，而不是把方向切换当作架构分界。

直向與橫向不再是你的架構：打造可自適應的 Android 應用程式

多年來，許多 Android 程式碼庫都把螢幕方向當成架構本身。

重點摘要

螢幕方向不應主導應用架構

Android 越來越重視自適應設計

傳統直向／橫向二分法正被重新檢視

多年來，許多 Android 程式碼庫都把直向與橫向視為不同的架構路徑，彷彿螢幕方向本身就是設計核心。本文指出，這種思維已不再適用於現代 Android 開發；面對各種螢幕尺寸、裝置型態與執行環境，應用程式需要具備更高的彈性與自適應能力。開發者應從一開始就把可變化、可調整作為設計原則，而不是把方向切換當作架構分界。

06

I Tried Google Play’s In-App Updates API — Here’s Why It’s Bad & Why I went HomeGrown!

Medium Kotlin 作者：RAFA 發布：08-09 12:23

I Tried Google Play’s In-App Updates API — Here’s Why It Failed and Why I Went Homegrown

A field report from building a “nudge users to update” feature for an NHL fan app, and why I ripped out Google’s official solution halfway through.

重點摘要

Built an update nudge flow for an NHL fan app

Tested Google Play’s In-App Updates API in practice

Ultimately replaced it with a custom homegrown approach

This article is a field report from building a feature to nudge users into updating an NHL fan app. The author explains that after trying Google Play’s official In-App Updates API, the implementation proved unsatisfactory enough that it was removed partway through the project. The piece focuses on the practical problems encountered and why a custom, homegrown solution was chosen instead of continuing with Google’s official approach.

我尝试了 Google Play 的应用内更新 API——为什么它不好用，以及我为什么改用自研方案

为一款 NHL 球迷 App 构建“提醒用户更新”功能的实战报告，以及我为何在中途移除了 Google 的官方方案。

重點摘要

为 NHL 球迷 App 设计更新提醒流程

实际测试 Google Play 的应用内更新 API

最终改用自研的 homegrown 方案

这篇文章是一则实践报告，讲述作者为一款 NHL 球迷 App 构建“提醒用户更新”功能的过程。作者表示，在尝试 Google Play 官方的应用内更新 API 后，实际体验并不理想，甚至在项目进行到一半时将其移除。文章重点在于实现过程中遇到的具体问题，以及为什么最终选择改用自研的 homegrown 方案，而不是继续沿用 Google 的官方做法。

我嘗試了 Google Play 的應用程式內更新 API——為何它行不通，以及我為什麼改用自製方案

為 NHL 球迷 App 建立「提醒使用者更新」功能的實戰報告，以及我為何在中途移除了 Google 的官方方案。

重點摘要

為 NHL 球迷 App 設計更新提醒流程

實際測試 Google Play 的應用程式內更新 API

最後改採自製的 homegrown 解法

這篇文章是一則實作報告，主題是為一款 NHL 球迷 App 建立「提醒使用者更新」的功能。作者分享在嘗試 Google Play 官方的應用程式內更新 API 後，實作體驗不如預期，甚至在專案進行到一半時就把這個方案移除。文章重點放在實際遭遇的問題，以及為何最後選擇改用自製的 homegrown 解法，而不是繼續採用 Google 的官方機制。

07

The Compose Abstractions We Deleted From Our Codebase

Medium Kotlin 作者：YADNYESH RANA 發布：08-09 12:46

The Compose Abstractions We Deleted From Our Codebase

We used to think a good Android codebase was one where almost everything was reusable.

重點摘要

A reusable-first mindset shaped the original codebase.

The team later removed certain Compose abstractions.

The article reflects a shift away from over-engineering for reuse.

The article describes a change in mindset about Android architecture and Jetpack Compose abstractions. The team once believed a strong codebase should make nearly everything reusable, but that assumption led them to create abstractions they later chose to delete. The piece points to a broader lesson: optimizing too early for reuse can add unnecessary complexity, and simpler code may be a better fit for maintainability.

我们从代码库中删除的 Compose 抽象

我们曾经认为，一个好的 Android 代码库应该让几乎所有东西都能复用。

重點摘要

团队最初以“可复用”为核心来设计代码库。

后来删除了部分 Compose 抽象层。

文章反思了为复用过度设计可能带来的复杂性。

本文讨论了 Android 架构和 Jetpack Compose 抽象设计思路的变化。作者表示，团队曾认为优秀的代码库应该让几乎所有内容都可复用，因此构建了不少抽象层，但后来又决定删除其中一些。文章传达的核心观点是：如果过早追求复用，可能会增加不必要的复杂度；相比之下，更简洁的代码往往更利于长期维护。

我們從程式碼庫中刪除的 Compose 抽象

我們曾經以為，一個好的 Android 程式碼庫，幾乎所有東西都應該是可重用的。

重點摘要

團隊最初以「可重用」為核心思維建立程式碼庫。

後來刪除了部分 Compose 抽象層。

文章反思過度為重用而設計可能造成複雜化。

本文談的是 Android 架構與 Jetpack Compose 抽象設計觀念的轉變。作者提到，團隊曾認為優秀的程式碼庫應該讓幾乎所有東西都能重用，因此建立了不少抽象層，但後來決定將其中一些刪除。這反映出一個重要教訓：若過早追求重用，反而可能引入不必要的複雜度；更簡潔的寫法，往往更有利於維護。

08

Architecting a Battery-Efficient Geofencing Engine for Android

Dev.to Kotlin 作者：Haseeb 發布：08-08 23:21

Architecting a Battery-Efficient Geofencing Engine for Android

The system tracks the location; my app only wakes up when a specific boundary is crossed.

重點摘要

Use GeofencingClient to offload location tracking to the system

Hand off geofence events from BroadcastReceiver to WorkManager

Add debounce logic, reboot re-registration, and priority handling for reliability

This article explains how the author built Muffle, an Android app that automatically manages sound profiles based on location without draining battery. Instead of polling GPS or keeping a background service alive, the app uses GeofencingClient and PendingIntent callbacks so the OS handles location tracking and only wakes the app on geofence transitions. The implementation also includes a BroadcastReceiver that hands work to WorkManager, a BootReceiver to restore geofences after reboot, debounce logic to reduce GPS jitter, and a local priority queue in Room to resolve overlapping routines. The main takeaway is to work with Android’s framework, not against it, to create a lightweight, reliable, offline-first automation experience.

为 Android 打造省电的地理围栏引擎

系统负责追踪位置；我的应用只在跨越特定边界时被唤醒。

重點摘要

使用 GeofencingClient，将位置追踪交给系统处理

通过 BroadcastReceiver 立即转交 WorkManager 执行

加入去抖动、开机重注册和优先级机制，提升稳定性

本文介绍作者为 Muffle 设计的一套基于位置自动切换手机音量模式的 Android 架构，核心目标是兼顾省电与可靠。作者没有采用持续轮询 GPS 或常驻后台服务，而是使用 GeofencingClient 让系统负责定位，并只在用户跨越地理围栏时唤醒应用。触发后，BroadcastReceiver 会把任务交给 WorkManager；同时通过 BootReceiver 在设备重启后重新注册围栏，并加入去抖动逻辑，减少室内 GPS 抖动带来的误触发。针对多个场景重叠的问题，作者还用 Room 数据库和优先级队列处理状态竞争，最终实现离线、稳定的自动化体验。

為 Android 打造省電的地理圍欄引擎

系統負責追蹤位置；我的 app 只在跨越特定邊界時喚醒。

重點摘要

改用 GeofencingClient，將定位追蹤交給系統

由 BroadcastReceiver 轉交 WorkManager，提升觸發可靠性

加入去抖動、開機重註冊與優先權機制，避免誤觸與衝突

本文描述作者如何為 Muffle 設計一套依位置自動切換手機音量模式的 Android 架構，重點是兼顧省電與可靠性。作者避免以 GPS 週期輪詢或長駐服務來追蹤位置，改用 GeofencingClient 讓系統負責定位，只在跨越地理圍欄時喚醒 app。收到事件後，BroadcastReceiver 會立即交由 WorkManager 處理；同時也透過 BootReceiver 在裝置重開機後重新註冊圍欄，並加入去抖動邏輯降低室內 GPS 抖動造成的誤判。面對重疊情境，作者再以 Room 資料庫與優先權機制解決狀態競爭，打造離線且穩定的自動化體驗。

09

String Interpolation in Kotlin: Write Cleaner and More Readable Strings

Medium Kotlin 作者：halo 發布：08-09 06:16

String Interpolation in Kotlin: Write Cleaner and More Readable Strings

When building Kotlin applications, we often need to combine text with values stored in variables.

重點摘要

Combines text with variable values in Kotlin strings

Helps make code cleaner and more readable

Introduces a common need in Kotlin application development

Kotlin applications often need to combine plain text with values stored in variables, and string interpolation provides a concise way to do that. The article introduces this basic idea and frames it as a simple approach for writing cleaner, more readable strings in Kotlin. Based on the available text, it highlights the common need to build strings dynamically during application development.

Kotlin 中的字符串插值：编写更简洁、更易读的字符串

在构建 Kotlin 应用时，我们常常需要把文本与变量中保存的值组合起来。

重點摘要

将文本与变量值组合成 Kotlin 字符串

有助于让代码更简洁、可读

说明 Kotlin 应用开发中的常见需求

在 Kotlin 应用开发中，常常需要把文本与变量中的值组合成字符串，而字符串插值正是实现这一目的的简洁方式。文章以此为切入点，说明它可以帮助开发者写出更干净、更易读的字符串。根据现有内容，主题主要围绕应用开发时动态拼接字符串的常见需求展开。

Kotlin 的字串插值：撰寫更乾淨、更易讀的字串

在建構 Kotlin 應用程式時，我們常需要把文字和儲存在變數中的值組合起來。

重點摘要

將文字與變數值組合成 Kotlin 字串

有助於讓程式碼更乾淨、易讀

說明 Kotlin 應用開發中的常見需求

在 Kotlin 應用程式開發中，常需要把文字與變數中的值組合成字串，而字串插值正是達成這件事的簡潔方式。文章以此為切入點，說明它能讓程式碼更乾淨、可讀性更高。根據目前可見內容，主題聚焦於應用開發時動態組字串的常見需求。

今日總結

Kotlin Weekly #523

重點摘要

依賴注入的理由

重點摘要

collectAsState() 內幕：沒有人談論的協程到像素管線

重點摘要

為什麼我選擇 Android 開發——以及我將在這段路上學到什麼

重點摘要

直向與橫向不再是你的架構：打造可自適應的 Android 應用程式

重點摘要

我嘗試了 Google Play 的應用程式內更新 API——為何它行不通，以及我為什麼改用自製方案

重點摘要

我們從程式碼庫中刪除的 Compose 抽象

重點摘要

為 Android 打造省電的地理圍欄引擎

重點摘要

Kotlin 的字串插值：撰寫更乾淨、更易讀的字串

重點摘要