Daily Digest

每日新聞摘要

2026年07月29日

今日總結

內容會跟隨語言切換。

📝 今日焦點 - Muffle 以 GeofencingClient 取代持續 GPS 輪詢，兼顧省電、隱私與背景觸發穩定性； - Valhalla 導航距離需統一以折線軸計算，避免轉向提示過早誤觸； 🏗 架構設計 - Content Provider 仍是跨 App 安全共享資料的核心元件，適合受控交換； - Kotlin 介面委派與 Pair、Triple 的使用都提醒團隊：API 選型要避免隱性陷阱； ✅ 測試與品質 - OAuth2 搭配 JWT 可在 Spring Boot 中落實分層授權，並用 claims、scope 與 @PreAuthorize 強化控管； 🚀 語言演進 - 升級 Android Gradle Plugin 後，coroutines 可能在不改碼下獲得明顯加速，顯示工具鏈優化的價值；

📝 Today’s Highlights - Muffle uses GeofencingClient instead of continuous GPS polling to balance battery life, privacy, and stable triggers. - Valhalla turn-by-turn distance must stay on one polyline-based ruler, or guidance can fire too early. 🏗 Architecture - Content Providers remain a key Android pattern for safe, controlled cross-app data sharing. - Kotlin interface delegation, along with Pair and Triple, reminds teams to avoid subtle API design traps. ✅ Testing & Quality - OAuth2 plus JWT enables layered Spring Boot authorization with claims, scopes, and @PreAuthorize checks. 🚀 Language Evolution - Upgrading the Android Gradle Plugin can speed up coroutines without code changes, showing the value of build-tool optimization.

Engineering Geofencing for Android: Balancing Precision and Battery Life

Dev.to Kotlin 作者：Haseeb 發布：07-29 11:08

Engineering Geofencing for Android: Balancing Precision and Battery Life

I wanted a solution that lived locally, respected my data, and didn't require me to carry a power bank just to handle basic sound profiles.

重點摘要

Use GeofencingClient instead of continuous GPS polling to save battery.

Tune radius, initialTrigger, and loiteringDelay to reduce flicker and false transitions.

Account for Doze mode and combine AudioManager with NotificationManager for real silence control.

The article explains how the author built Muffle, an Android automation app that changes sound profiles based on location while preserving battery life and privacy. Rather than using continuous GPS polling, the implementation relies on Google Play Services’ GeofencingClient, which uses lower-power signals and lets the OS batch updates. The piece also covers background execution with JobIntentService, careful PendingIntent handling, and tuning geofence parameters to avoid unstable triggers. It notes that Doze mode can delay transitions by several minutes, so the app embraces latency instead of fighting it. Finally, the author stresses that silent mode is not the same as Do Not Disturb, and recommends building a priority-based routine manager and designing around Android’s power-saving rules.

为 Android 设计地理围栏：在精度与电池续航之间取舍

我想要一个本地运行、尊重数据、也不需要为了基本音效配置而随身带移动电源的方案。

重點摘要

改用 GeofencingClient，避免持续 GPS 轮询带来的耗电。

通过调整 radius、initialTrigger 和 loiteringDelay，减少误触发与抖动。

考虑 Doze 模式延迟，并结合 AudioManager 与 NotificationManager 实现完整静音控制。

本文讲述作者为 Muffle 开发 Android 自动化功能的过程：根据位置切换铃声配置，同时兼顾电池续航与隐私。作者放弃持续 GPS 轮询，改用 Google Play Services 的 GeofencingClient，由系统结合 Wi‑Fi、蓝牙和蜂窝信号来降低功耗。文章还介绍了后台执行、JobIntentService、PendingIntent 处理，以及如何调节地理围栏半径和延迟参数，避免触发抖动。作者发现 Doze 模式会让地理围栏事件延迟数分钟，因此选择接受这一限制并设计缓冲通知。最后指出，仅设置静音并不等于勿扰，真正的实现需要用优先级管理器统一处理多种触发条件。

為 Android 設計地理圍欄：在精準度與電池續航間取得平衡

我想要一個本地運作、尊重資料、也不必為了基本音效設定而多帶行動電源的方案。

重點摘要

改用 GeofencingClient，避免持續 GPS 輪詢耗電。

透過 radius、initialTrigger 與 loiteringDelay 調校，減少誤觸與抖動。

考量 Doze 模式延遲，並結合 AudioManager 與 NotificationManager 做完整靜音控制。

本文分享作者為 Muffle 開發 Android 自動化功能的經驗：依位置切換鈴聲設定，同時兼顧電池續航與隱私。作者放棄持續 GPS 輪詢，改採 Google Play Services 的 GeofencingClient，利用系統整合 Wi‑Fi、藍牙與行動網路訊號來降低耗電。文章也說明了背景執行、JobIntentService、PendingIntent 管理，以及如何調整地理圍欄半徑與延遲參數，避免觸發抖動。作者指出 Doze 模式可能讓事件延遲數分鐘，因此選擇接受限制並設計緩衝通知。最後強調，僅設定靜音不等於勿擾，實作上需要以優先級管理器整合多種觸發條件。

Why your Valhalla turn-by-turn distances are wrong: a distance-axis mismatch

Dev.to Kotlin 作者：Minotaur 發布：07-29 13:18

Why Your Valhalla Turn-by-Turn Distances Are Wrong: A Distance-Axis Mismatch

The root cause turned out to be a units/axis mismatch that is easy to introduce, produces plausible-looking-but-wrong output, and that I have not seen written down anywhere.

重點摘要

Valhalla road-length distances and polyline distances are measured on different rulers.

Turn callouts go wrong when maneuver distances and snapped GPS progress use different axes.

The fix is to place all maneuver and total-distance math on the same haversine polyline axis.

The author describes debugging an offline motorcycle navigation app built on Valhalla, where turn-by-turn distances were consistently off even though instructions were correct. The bug came from mixing two distance rulers: Valhalla’s per-maneuver road length and the haversine distance measured along the decoded route polyline. Because live map-matching snaps GPS positions to the polyline, maneuver distances must also be expressed on that same axis. The fix is to build a cumulative haversine distance array over the route geometry, use each maneuver’s begin_shape_index to locate its position, and compute all remaining-distance math from that shared ruler. The post also warns about per-leg shape index offsets and Valhalla’s precision-6 polyline decoding.

为什么你的 Valhalla 逐步导航距离会算错：距离轴不一致

根本原因是一种很容易引入、看起来合理却会产生错误结果的单位／坐标轴不匹配。

重點摘要

Valhalla 的道路里程与路线折线距离，测量基准其实不同。

如果 GPS 吸附点和转弯距离分别来自不同距离轴，提示就会出错。

解决办法是把所有距离计算统一到 haversine 折线轴上。

作者分享了他在离线摩托车导航应用中排查 Valhalla 逐步导航距离错误的经历：导航指令本身没有问题，但“200 米转弯”总会在实际还离路口更远时提前触发，或在该提示时已经偏晚。根因是混用了两套距离尺：Valhalla 返回的每个 maneuver 的道路长度，以及沿解码后的路线折线用 haversine 计算出的距离。由于实时 map-matching 是把 GPS 点吸附到折线上，因此转弯位置和剩余距离也必须放在同一条折线轴上计算。文章给出的做法是先对整条 geometry 建立累计 haversine 距离，再用 begin_shape_index 定位每个 maneuver，并提醒注意 per-leg 索引偏移与 Valhalla 的 precision 6 解码。

為什麼你的 Valhalla 逐步導航距離會算錯：距離軸不一致

根本原因是一種很容易引入、看起來合理卻會產生錯誤結果的單位／座標軸不匹配。

重點摘要

Valhalla 的道路里程與路徑折線距離，量測基準其實不同。

若機車 GPS 鏈接點與轉向里程分別落在不同距離軸上，提示就會出錯。

解法是把所有距離計算統一到 haversine 折線軸上。

作者分享他在離線機車導航 App 中排查 Valhalla 逐步導航距離錯誤的經驗：指令本身正確，但「200 公尺轉彎」常在實際還有更遠距離時就提前觸發。問題源自兩套不同的距離尺：Valhalla 回傳的每段 maneuver 公路長度，以及沿著解碼後路徑折線計算出的 haversine 距離。由於即時 map-matching 是把 GPS 點吸附到折線上，因此所有轉向與剩餘距離也必須以同一條折線軸計算。文章建議先累積整條 geometry 的 haversine 距離，再用 begin_shape_index 對應各個 maneuver，並注意 per-leg 索引偏移與 Valhalla precision 6 解碼。

Kotlin Interface Delegation: A Hidden Pitfall | Epimorphics TechTalk

Medium Kotlin 作者：Epimorphics 發布：07-29 11:17

Kotlin Interface Delegation: A Hidden Pitfall

A look at a subtle issue that can arise when using Kotlin interface delegation in production code.

重點摘要

Focuses on a hidden pitfall in Kotlin interface delegation.

Draws from engineering experience building production data services.

Introduces a technical lesson relevant to robust software design.

This article points to a subtle pitfall in Kotlin interface delegation, framed by the author’s experience building and maintaining production data services at Epimorphics. While the provided excerpt does not include the full technical discussion, the title makes clear that the piece is meant to warn developers about an issue that may not be immediately obvious when using delegation in Kotlin. The article appears to be part of the Epimorphics TechTalk series and emphasizes practical engineering concerns in robust production systems.

Kotlin 接口委托：一个隐藏的陷阱

聚焦 Kotlin 接口委托在实际代码中可能出现的一个微妙问题。

重點摘要

指出 Kotlin 接口委托的隐藏陷阱。

内容源自构建和维护生产级数据服务的实践经验。

强调对稳健软件设计的技术提醒。

这篇文章结合 Epimorphics 工程团队在构建和维护生产级数据服务中的经验，指出 Kotlin 接口委托可能存在一个不易察觉的陷阱。由于当前提供的正文只有摘要，无法还原完整技术细节，但从标题可以判断，文章意在提醒开发者：在 Kotlin 使用 delegation 时，可能会遇到并不直观的行为或设计风险。该文属于 Epimorphics TechTalk，主题强调面向生产环境的稳健工程实践。

Kotlin 介面委派：一個隱藏的陷阱

聚焦 Kotlin 介面委派在實務程式中可能出現的一個微妙問題。

重點摘要

指出 Kotlin 介面委派的隱藏陷阱。

內容源自建置與維護生產級資料服務的實務經驗。

強調對穩健軟體設計的技術提醒。

這篇文章從 Epimorphics 工程團隊的實務經驗出發，指出 Kotlin 介面委派可能存在一個不易察覺的陷阱。由於目前提供的內文僅有摘要，無法得知完整技術細節，但標題已清楚表明本文意在提醒開發者：在 Kotlin 使用 delegation 時，可能會遇到不直觀的行為或設計風險。文章屬於 Epimorphics TechTalk，主軸聚焦於生產環境中穩健資料服務的工程實作。

What’s the Right Way to Return Two Values in Kotlin? (Hint: It’s Not What You Think)

Medium Kotlin 作者：Naveen Udesh 發布：07-29 11:22

What’s the Right Way to Return Two Values in Kotlin?

If you’re new to Kotlin and just came across Pair or Triple in someone’s code for the first time, you’ve probably had this exact reaction.

重點摘要

Introduces the common question of how to return multiple values in Kotlin.

Mentions Pair and Triple as the first approach many beginners encounter.

Frames the discussion around the “right way” to handle two return values.

This article introduces a common Kotlin question: how should you return two values from a function? It notes that newcomers often first encounter Pair or Triple in existing code and may react with confusion. Although the provided excerpt does not include the full explanation, the piece is clearly setting up a discussion about whether these standard tuple-like types are the best approach, and what a more appropriate Kotlin-style solution might be.

在 Kotlin 中返回两个值的正确方式是什么？

如果你刚接触 Kotlin，第一次在别人的代码里看到 Pair 或 Triple，大概都会有同样的反应。

重點摘要

引出 Kotlin 中如何返回多个值的常见问题。

提到初学者最先接触到的 Pair 和 Triple。

文章聚焦于“返回两个值”的正确做法。

本文从一个常见的 Kotlin 问题展开：函数该如何返回两个值？作者指出，初学者第一次在别人的代码里看到 Pair 或 Triple 时，通常会感到疑惑。虽然目前提供的内容只有开头，但可以看出文章意在讨论：Pair、Triple 这类做法是否真的是最佳方案，以及是否存在更符合 Kotlin 语言习惯的实现方式。

在 Kotlin 中回傳兩個值的正確方式是什麼？

如果你剛接觸 Kotlin，第一次在別人的程式碼裡看到 Pair 或 Triple，八成會有同樣的反應。

重點摘要

引出 Kotlin 如何回傳多個值的常見問題。

提到初學者最先接觸到的 Pair 與 Triple。

文章重點在於探討回傳兩個值的正確做法。

本文從一個常見的 Kotlin 問題切入：函式要如何回傳兩個值？作者指出，初學者第一次在他人的程式碼中看到 Pair 或 Triple 時，往往會感到困惑。雖然目前提供的內容只有開頭，但可以看出文章是在鋪陳一個討論：Pair、Triple 這類型別是否真的是最佳解，以及是否存在更符合 Kotlin 風格的做法。

Content Provider in Android — Sharing Data Safely Across App Boundaries

Medium Kotlin 作者：Adrián Leyva 發布：07-29 15:01

Content Provider in Android: Sharing Data Safely Across App Boundaries

Understanding Android’s most misunderstood component

重點摘要

Explains the role of Android Content Providers.

Focuses on safe data sharing between apps.

Introduces a commonly misunderstood Android component.

This article introduces Android Content Providers and frames them as a key mechanism for sharing data safely across app boundaries. Based on the available text, the piece aims to clarify one of Android’s most misunderstood components and explain its purpose in the platform’s app-to-app data access model. The article appears to be an overview rather than a deep technical walkthrough, emphasizing understanding what Content Providers are for and why they matter when apps need controlled, structured data exchange.

Android 中的 Content Provider：在应用边界间安全共享数据

理解 Android 最容易被误解的组件

重點摘要

说明 Android Content Provider 的作用。

聚焦应用之间的安全数据共享。

介绍这个常被误解的 Android 组件。

本文介绍 Android 的 Content Provider，并将其视为在不同应用边界之间安全共享数据的关键机制。根据目前可见内容，作者主要希望澄清这个常被误解的 Android 组件，解释它在平台上如何支持应用之间受控、结构化的数据访问。整体来看，这更像是一篇概念导读，而非深入的技术实作说明，重点在于帮助读者理解 Content Provider 的用途，以及它在数据交换中的价值。

Android 中的 Content Provider：在應用程式邊界間安全分享資料

理解 Android 最常被誤解的元件

重點摘要

說明 Android Content Provider 的用途。

聚焦於應用程式之間的安全資料分享。

介紹這個常被誤解的 Android 元件。

本文介紹 Android 的 Content Provider，將其定位為在不同應用程式邊界之間安全分享資料的重要機制。就目前可見內容來看，作者主要想釐清這個常被誤解的 Android 元件，並說明它在平台上如何支援 app 與 app 之間受控、結構化的資料存取。整體看起來偏向概念導讀，而非深入實作教學，重點在於幫助讀者理解 Content Provider 的用途與其在資料交換中的價值。

Secure Your APIs: OAuth2 and JWT for Beginners

Kotlin Blog 作者：Alina Dolgikh 發布：07-29 11:28

Secure Your APIs: OAuth2 and JWT for Beginners

OAuth2 and JWT are complementary pieces of the puzzle, with one handling delegated authorization and the other serving as the compact, verifiable token format that carries secure information.

重點摘要

Use OAuth2 for delegated access and JWTs for compact, verifiable tokens.

Configure a Spring Boot resource server to validate bearer tokens and scopes.

Add custom claim mapping, method security, and issuer/audience validation for stronger controls.

This tutorial explains how OAuth2 and JWT work together to secure Spring Boot APIs. OAuth2 handles delegated authorization, while JWTs provide a compact token format for carrying signed claims such as identity, roles, and permissions. The article walks through setting up a Kotlin Spring Boot resource server, validating bearer tokens with a public key, and restricting access with scope checks. It then shows how to map custom claims into Spring Security authorities, use @PreAuthorize for fine-grained authorization, and enforce issuer and audience validation with a custom JwtDecoder. The result is a layered approach that improves security without burdening the backend with password or session management.

面向初学者的 API 安全实践：OAuth2 和 JWT

OAuth2 和 JWT 不是竞争关系，而是互补组件：前者负责委托授权，后者负责以紧凑、可验证的令牌格式承载安全信息。

重點摘要

OAuth2 负责委托访问，JWT 用于携带可验证的签名声明。

在 Spring Boot 资源服务器中验证 Bearer Token 与 scopes。

通过自定义 claims、@PreAuthorize 和 issuer/audience 校验提升防护。

本文介绍如何在 Kotlin 与 Spring Boot API 中结合 OAuth2 和 JWT 来加强安全。OAuth2 处理委托授权，JWT 则以紧凑、可验证的格式承载身份、角色与权限等声明。文章演示了如何搭建资源服务器、使用公钥验证 Bearer Token、按 scope 限制接口访问，并将自定义 claims 映射为 Spring Security authorities。随后又说明如何使用 @PreAuthorize 做更细粒度的方法级授权，以及通过自定义 JwtDecoder 强制校验 issuer 与 audience，从而建立更清晰、分层且更安全的 API 防护体系。

初學者的 API 安全指南：OAuth2 與 JWT

OAuth2 與 JWT 不是彼此競爭，而是互補的組件：前者負責委派授權，後者則是攜帶安全資訊的精簡可驗證權杖格式。

重點摘要

OAuth2 負責委派存取，JWT 用於傳遞可驗證的簽章資訊。

以 Spring Boot 資源伺服器驗證 Bearer Token 與權限範圍。

透過自訂 claims、@PreAuthorize 與 issuer/audience 驗證強化安全性。

本文說明如何在 Kotlin 與 Spring Boot API 中結合 OAuth2 和 JWT 來提升安全性。OAuth2 用於委派授權，JWT 則以精簡且可驗證的格式攜帶身分、角色與權限等 claims。文章逐步示範如何建立 resource server、以公鑰驗證 Bearer Token、限制特定 scope 的存取，並將自訂 claims 映射成 Spring Security authorities。接著介紹 @PreAuthorize 的方法層級控管，以及透過自訂 JwtDecoder 強制驗證 issuer 與 audience，形成更完整的分層防護，同時避免後端直接處理密碼與 session。

R8 Just Made Kotlin Coroutines on Android 2x Faster and You Didn’t Have to Touch a Single Line

Medium Kotlin 作者：Muhamad Syafii 發布：07-29 04:24

R8 Just Made Kotlin Coroutines on Android 2x Faster — Without Any Code Changes

Picture this: you bump your Android Gradle Plugin version, rebuild, run the app exactly as before — no code changes — and suddenly every…

重點摘要

Updating the Android Gradle Plugin can improve coroutine performance automatically.

The speedup happens without changing a single line of app code.

The article presents an unexpected performance gain after rebuilding the app.

The article describes a surprising performance improvement for Kotlin coroutines on Android after updating the Android Gradle Plugin and rebuilding the app. Without making any code changes, the app can run faster than before, suggesting that R8 and the newer build setup may optimize coroutine behavior automatically. The core point is that developers may gain a significant speed boost simply by upgrading their toolchain, with no manual refactoring required.

R8 让 Android 上的 Kotlin Coroutines 直接快了 2 倍，而且你完全不用改任何代码

Picture this: you bump your Android Gradle Plugin version, rebuild, run the app exactly as before — no code changes — and suddenly every…

重點摘要

升级 Android Gradle Plugin 可能自动带来 coroutine 性能提升。

整个提速过程不需要修改任何应用代码。

重新构建并运行后，App 出现了意料之外的性能改善。

文章指出，当开发者升级 Android Gradle Plugin 并重新构建应用后，Android 上的 Kotlin coroutines 可能会出现惊人的性能提升，而且完全不需要修改任何代码。这意味着 R8 以及新版构建流程可能已经自动优化了 coroutine 行为，让应用在相同逻辑下运行得更快。对开发者来说，这是一种仅靠更新工具链就可能获得显著加速的情况。

R8 讓 Android 上的 Kotlin Coroutines 直接快了 2 倍，而且你完全不用改任何程式碼

Picture this: you bump your Android Gradle Plugin version, rebuild, run the app exactly as before — no code changes — and suddenly every…

重點摘要

升級 Android Gradle Plugin 可能自動帶來 coroutine 效能提升。

整個加速過程不需要修改任何應用程式碼。

重建並執行後，App 出現了意料之外的效能改善。

本文指出，當開發者升級 Android Gradle Plugin 並重新建置應用後，Kotlin coroutines 在 Android 上可能出現驚人的效能提升，而且完全不需要修改任何程式碼。這代表 R8 與新版建置流程可能已自動優化 coroutine 行為，讓應用在相同邏輯下跑得更快。對開發者而言，這是一個只靠更新工具鏈就可能獲得顯著加速的案例。