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

01

Handling 5+ Image Formats Natively on Android: Building PhotoConvert

Dev.to Kotlin 作者：Getinfo Toyou 發布：04-08 11:20

Handling 5+ Image Formats Natively on Android: Building PhotoConvert

I built an offline, on-device app that converts JPG, PNG, WebP, GIF, and BMP to avoid privacy risks and format compatibility errors.

重點摘要

Local, offline conversion to protect privacy and save bandwidth

Overcame memory, format quirks, scoped storage, and UI responsiveness challenges

Implemented native Kotlin solution with Coroutines, Flows, and MediaStore/SAF

PhotoConvert is an Android app designed to convert image formats (JPG, PNG, WebP, GIF, BMP) entirely on-device to avoid the privacy and bandwidth risks of uploading photos to web converters. Built natively in Kotlin with the Android SDK, it uses Kotlin Coroutines and Flows for background processing and real-time progress updates, and Scoped Storage APIs plus the Storage Access Framework and MediaStore to manage batch I/O and gallery writes. Key technical challenges included avoiding OutOfMemory crashes by processing images sequentially and aggressively releasing bitmaps, handling format quirks like preserving appearance when converting transparency to non-transparent formats by drawing a white canvas behind PNGs, and keeping the UI responsive via Dispatchers.IO. The project reinforced checking file magic numbers rather than trusting extensions, designing offline-first workflows, and properly structuring coroutine cancellation for interruptible batch jobs.

在 Android 本地处理 5 种以上图像格式：构建 PhotoConvert

我开发了一款可离线在设备上运行的原生转码应用，支持 JPG、PNG、WebP、GIF 和 BMP，避免隐私泄露和格式不兼容问题。

重點摘要

设备本地转码以保护隐私并节省带宽

克服内存溢出、格式差异、Scoped Storage 与界面响应性挑战

使用 Kotlin、协程/Flows 以及 MediaStore/SAF 实现高效批处理

PhotoConvert 是一款在 Android 设备上本地运行的批量图像格式转换工具，支持 JPG、PNG、WebP、GIF 和 BMP，主打离线操作以降低隐私风险和带宽消耗。项目使用 Kotlin 与 Android SDK 开发，借助协程（Dispatchers.IO）和 Flow 将重 I/O 与位图压缩任务移至后台并回传进度，使用 Scoped Storage、Storage Access Framework 与 MediaStore 管理批量选择和写入相册的权限与流程。主要技术难点包括通过顺序处理与及时释放位图避免 OOM、针对格式特性（例如将带透明通道的 PNG 转为 JPG 时在图像后绘白底以避免出现黑色背景）做出处理，以及妥善设计协程取消逻辑以保证用户中途取消时能真正停止任务并释放资源。

在 Android 原生處理 5 種以上影像格式：打造 PhotoConvert

我開發了一款可離線在裝置上執行、原生轉檔的應用，能處理 JPG、PNG、WebP、GIF 與 BMP，避免隱私與相容性風險。

重點摘要

在裝置本地轉檔，避免上傳造成的隱私與流量問題

解決記憶體溢位、格式特性、Scoped Storage 與 UI 停頓等難題

採用 Kotlin、Coroutines/Flows 與 MediaStore/SAF 做高效且響應的處理

PhotoConvert 是一款在 Android 裝置上原生執行的批次影像轉檔工具，支援 JPG、PNG、WebP、GIF 與 BMP，強調離線處理以保護使用者隱私並節省頻寬。專案以 Kotlin 與 Android SDK 開發，利用 Coroutine 與 Flow 在背景執行壓縮與 I/O，並回報即時進度；透過 Scoped Storage、Storage Access Framework 與 MediaStore 協調批次選檔與寫回相簿的權限與流程。開發中遇到的主要挑戰包括避免因同時解碼多張高解析度圖而觸發 OOM，處理格式差異（例如將有透明通道的 PNG 轉為 JPG 時要先在背景繪白底以免變黑），以及妥善設計 coroutine 取消與記憶體釋放機制以維持 UI 流暢。

02

Android Developer Interview Questions 2026 (Complete Guide + Answers Roadmap)

Medium Kotlin 作者：Ranjith K 發布：04-08 10:15

Android Developer Interview Questions 2026 (Complete Guide + Answers Roadmap)

Preparing for Android interviews in 2026 can feel overwhelming — not because the concepts are difficult, but because there are too many.

重點摘要

Main challenge is the breadth of topics, not conceptual difficulty

Provides a complete guide and an answers roadmap

Aims to reduce overwhelm with organized preparation steps

This article presents a complete guide and answers roadmap for Android developer interviews in 2026. It highlights that the central difficulty candidates face is the sheer volume of potential topics rather than the concepts themselves, and it seeks to reduce that overwhelm by organizing the preparation process. The guide offers a structured approach to interview readiness: prioritizing and grouping questions, outlining answer strategies, and suggesting a study roadmap so candidates can allocate time effectively. Intended for those preparing for Android roles, the piece emphasizes practical preparation over rote memorization and encourages clear, organized responses during interviews. By focusing on roadmap-driven study and actionable steps, it helps applicants approach interviews with greater confidence and efficiency.

2026 年 Android 开发者面试题目（完整指南与答案路线图）

准备 2026 年的 Android 面试会令人不知所措——不是因为概念难，而是因为覆盖面太广。

重點摘要

主要挑战是知识覆盖面大，而非概念难度

提供完整指南与答案路线图

通过系统化准备步骤减轻应试压力

本文提供一份针对 2026 年 Android 开发者面试的完整指南与答案路线图，指出应试者感到压力的原因在于题目范围繁多而非概念本身难懂。文章通过整理题目、规划答题策略和制定学习路线，帮助读者明确准备重点、合理分配时间并练习结构化回答。重点在于以路线图为中心的备考方式，减少死记硬背，提升面试时的组织性与自信，帮助求职者更高效地应对技术面试。

2026 年 Android 開發者面試題目（完整指南與答案路線圖）

準備 2026 年的 Android 面試會讓人感到不知所措——不是因為概念困難，而是因為範圍太廣。

重點摘要

困擾應試者的是題目範圍龐大而非概念難度

提供完整的指南與答案路線圖

透過系統化步驟幫助減少準備焦慮

本文提供一份針對 2026 年 Android 開發者面試的完整指南與答案路線圖，指出困擾應試者的不是概念難度而是知識量過大。作者透過系統化的題目整理與答題策略，幫助讀者釐清準備重點、分配學習時間並練習結構化回應。此文強調以路線圖式的準備取代死記，將準備工作拆解為可執行步驟，讓求職者能在技術面試中更有條理且自信地呈現自己的能力與解題思路。

03

Why I Went Back to C Pointers to Master Modern Android Development

Medium Kotlin 作者：Dadhishankar 發布：04-08 10:47

Why I Went Back to C Pointers to Master Modern Android Development

I returned to studying C pointers to strengthen my understanding of the fundamentals behind modern Android development rather than just chasing the newest frameworks.

重點摘要

Revisiting C pointers to build deeper foundational knowledge

Prioritizing fundamentals over constantly chasing new frameworks

Low-level concepts complement modern Android skills and tooling

The author describes stepping back from the rush to adopt the latest frameworks and UI toolkits to revisit C pointers as a way to master modern Android development. By re-learning low-level concepts, the author aims to strengthen understanding of the underlying mechanics that modern tools and languages abstract away. This return to fundamentals is presented as a deliberate strategy to improve reasoning about system behaviour, interoperability with native components, and performance considerations, rather than relying solely on high-level conveniences. The piece argues for slowing down to acquire durable technical foundations that make learning and using modern Android technologies more effective and resilient over time.

为什么我回去学 C 指针以掌握现代 Android 开发

我回过头去学习 C 指针，目的是加强对现代 Android 开发底层原理的理解，而不是仅仅追逐最新的框架。

重點摘要

重学 C 指针以打牢基础

重视基本原理胜过追逐新框架

低层概念能补强现代 Android 的技能与工具

作者在普遍追赶最新框架和界面工具包的开发环境中，选择放慢脚步，回头学习 C 指针，以此来掌握现代 Android 开发。通过重温低层概念，作者希望加强对那些被高层抽象隐藏的底层机制的认识，从而更好地理解系统行为、原生互操作以及性能权衡。文章主张以打牢基本功作为策略，認為這樣能讓學習與使用現代 Android 技術更有效、更具持续性。

為何我回頭學 C 指標以精通現代 Android 開發

我回過頭學習 C 指標，目的是加深對現代 Android 開發底層原理的理解，而不是只追逐最新的框架。

重點摘要

重溫 C 指標以建立更紮實的基礎

優先學習基本原理而非追逐新框架

低階概念可以補強現代 Android 技能與工具

作者描述在軟體開發世界普遍追新、搶快的氛圍下，選擇暫緩追逐最新框架，回頭重學 C 指標，作為掌握現代 Android 開發的一種途徑。透過重新學習低階概念，作者希望強化對被高層工具抽象掉的底層機制的理解，進而提升對系統行為、原生互通與效能議題的判斷能力。文章主張以放慢腳步、打穩基本功為策略，能讓學習與運用現代 Android 技術更有效且具長期韌性。

04

Material 3 Expressive UI in Compose — The Ultimate Guide

Medium Kotlin 作者：AndroidLab by Andre 發布：04-08 11:55

Material 3 Expressive UI in Compose — The Ultimate Guide

Dynamic color was just the tip of the iceberg—learn how to create UIs that are alive without murdering your frame rate.

重點摘要

Dynamic color is only the beginning.

Techniques to make UIs feel alive.

Focus on preserving frame rate and performance.

This guide to Material 3 expressive UI in Compose starts from the premise that dynamic color was only the beginning. It focuses on creating interfaces that feel alive while avoiding heavy CPU/GPU costs that harm frame rate. The piece walks developers through conceptual considerations and practical strategies for expressive design in Jetpack Compose with Material 3, highlighting trade-offs between visual richness and runtime performance. Rather than prioritizing flashy effects that may drop frames, the author recommends measured use of animation, theming, and rendering techniques to sustain smooth interactions. The result is a pragmatic approach that helps teams deliver modern, adaptive UIs without sacrificing responsiveness. Readers should come away with an understanding that expressive visuals and real-time performance can coexist with careful design choices.

Material 3 在 Compose 中的表现型 UI — 终极指南

动态配色只是冰山一角；学习如何在不牺牲帧率的情况下让界面更有活力。

重點摘要

动态配色只是开始。

如何让界面更有生命力的策略。

强调在不降低帧率的前提下保持性能。

这篇关于 Material 3 在 Jetpack Compose 中实现表现型 UI 的指南指出，动态配色只是起点，核心在于如何在不损害帧率的情况下让界面更有活力。文章强调视觉效果与运行性能之间的权衡，提供设计与实现上的思路与策略，建议以克制的动画、主题与渲染手法来实现既生动又流畅的用户体验，帮助开发者在现代化外观与响应速度之间找到平衡。

Material 3 在 Compose 中的具表現力 UI — 終極指南

動態色彩只是冰山一角；學會在不犧牲幀率的情況下讓 UI 更有生命力。

重點摘要

動態色彩只是起點。

讓介面更有生命感的技術與做法。

強調在不拖垮幀率下維持效能。

這篇針對 Material 3 在 Jetpack Compose 中實作具表現力 UI 的總覽指出，動態色彩只是起點，重點在於如何在不拖垮幀率的前提下讓介面更有生命感。文章強調視覺表現與性能之間的權衡，提供設計與實作上的考量與策略，主張以節制的動畫、主題與渲染技術達成既生動又流暢的使用者體驗，幫助開發者在現代化美感與回應速度間取得平衡。

05

Top Jetpack Updates You Might Have Missed with Android 17

Medium Kotlin 作者：AndroidLab by Andre 發布：04-08 12:03

Top Jetpack Updates You Might Have Missed with Android 17

Compose is faster, Navigation is smarter, and a new image-processing library addresses basic shape-detection limitations.

重點摘要

Jetpack Compose performance improvements

Smarter Navigation component behavior

New image-processing library for shape detection

The article surveys notable Jetpack updates introduced with Android 17 that developers may have overlooked. It highlights measurable performance gains in Jetpack Compose that make UI rendering and development snappier, and describes smarter behavior and ergonomics in the Navigation components for handling app flows. The piece also calls out a newly introduced image-processing library intended to replace simplistic shape-detection approaches, addressing the limitations of basic heuristics with more capable APIs. Rather than cataloguing every change, the article focuses on practical updates that affect day-to-day Android development and recommends developers review updated libraries and migration notes when upgrading to Android 17.

在 Android 17 中你可能错过的 Jetpack 更新要点

Compose 更快、Navigation 更智能，并新增影像处理库以改善简单形状检测的局限。

重點摘要

Jetpack Compose 性能提升

Navigation 组件更智能

新增影像处理库以改进形状检测

本文概述了随 Android 17 发布的几项重要 Jetpack 更新，提醒开发者可能遗漏的变化。文章指出 Jetpack Compose 在性能上有显著提升，使 UI 渲染与开发更流畅；Navigation 组件也变得更智能，改善应用的流程与导航行为；同时引入了一个新的影像处理库，以替代仅能做简单形状检测的做法，提供更完善的图像处理 API。文章以实用角度为主，建议开发者查看相关更新与迁移说明，以便在升级到 Android 17 时掌握关键要点。

在 Android 17 中你可能錯過的 Jetpack 重大更新

Compose 更快、Navigation 更智慧，並有新的影像處理庫改善僅能做簡單形狀偵測的情況。

重點摘要

Jetpack Compose 效能提升

Navigation 元件行為更智慧

新增影像處理庫改善形狀偵測

本文整理了隨著 Android 17 推出的重要 Jetpack 更新，指出幾項開發者應注意的改變。文章強調 Jetpack Compose 在效能上有明顯提升，使 UI 呈現與開發流程更順暢；Navigation 元件也變得更智慧，改善應用流程與導覽行為；此外，還引入一個新的影像處理庫，用以取代僅能做簡單形狀偵測的舊做法，提供更健全的圖像處理 API。內容以實務角度為主，建議開發者檢視更新與遷移說明，快速掌握升級到 Android 17 時可能錯過的重點。

06

Use Remote Compose + AI: for Smarter Adaptive UI

Medium Kotlin 作者：Sixtin - Android Developer 發布：04-08 12:10

Use Remote Compose + AI for Smarter Adaptive UI

Use remote config and on-device AI to ship one app that looks different for every user without app-store updates getting in your way.

重點摘要

Combine remote config with on-device AI to personalize UI per user

Ship a single app artifact that adapts at runtime without app-store updates

On-device AI preserves privacy and reduces latency for personalized interfaces

This piece describes using Remote Compose (remote configuration) together with on-device AI to deliver a single app that presents different UIs to different users without requiring app-store updates. By pushing UI configuration remotely and executing personalization logic on the device, developers can iterate faster, run experiments or A/B tests, and avoid distribution delays tied to store review cycles. Remote config gives centralized control over which UI variants to show, while on-device AI enables privacy-preserving, low-latency tailoring of layouts and behavior to individual users. The approach helps teams ship one adaptive artifact that responds to user signals at runtime, reducing friction for rollouts and enabling smarter, more personalized interfaces.

使用 Remote Compose 与 AI：打造更智能的自适应 UI

使用远程配置与设备端 AI，发布一个对每位用户看起来都不同的应用，而无需经过应用商店更新。

重點摘要

结合远程配置与设备端 AI，实现针对每位用户的界面个性化

发布单一应用，运行时动态适配而无需商店更新流程

设备端 AI 有助保护隐私并降低个性化响应延迟

本文介绍如何将 Remote Compose 的远程配置与设备端 AI 结合，允许开发者只发布一个应用即可在运行时为不同用户呈现不同界面，而无需依赖应用商店更新。远程配置用于集中管理要展示的界面变体，方便快速迭代与 A/B 测试；设备端 AI 则在本机执行个性化逻辑，提升响应速度并减少外部資料傳輸以增强隐私保护。该方法能降低分发与审核带来的摩擦，加速功能与界面调整，适合希望构建更智能、自适应界面的开发团队。

使用 Remote Compose 與 AI：打造更智慧的自適應 UI

使用遠端設定與裝置端 AI，發佈一個對每位使用者看起來都不同的應用程式，而無需透過應用商店更新。

重點摘要

將遠端設定與裝置端 AI 結合以實現每位使用者的介面個人化

只發佈一個應用程式，於執行時動態調整而免除商店更新流程

裝置端 AI 有助提升隱私與降低個人化回應延遲

本文說明如何結合 Remote Compose 的遠端設定與裝置端 AI，讓開發者只發布一個應用，便能依照每位使用者的需求在執行時動態呈現不同介面而無需透過應用商店更新。遠端設定提供集中式的 UI 變體控制，便於快速迭代與實驗；裝置端 AI 則可在本機處理個人化邏輯，降低延遲並強化隱私。這種做法能減少上架與審核的摩擦，加速介面調整與分階段發布，適合希望快速驗證 UI 配置並為使用者提供更智慧自適應體驗的開發團隊。

07

How I Built a Dynamic UI System Without Having to Update My App

Medium Kotlin 作者：Sixtin - Android Developer 發布：04-08 12:15

How I Built a Dynamic UI System Without Having to Update My App

Server-driven UI isn't new, but I built a system that updates the app's interface without Play Store approvals, avoids version hell, and minimizes performance impact.

重點摘要

Uses a server-driven UI approach to change interfaces at runtime

No need for Play Store approvals to roll out UI changes

Designed to avoid version mismatches and limit performance costs

The author presents a practical account of building a dynamic, server-driven UI system that lets an app change its interface without submitting updates to the Play Store. While noting that server-driven UI is an established pattern, the write-up focuses on achieving that flexibility without falling into "version hell"—the client/server compatibility problems that arise from frequent app updates—and without imposing heavy runtime performance penalties. The article discusses key design trade-offs and considerations such as backwards compatibility and graceful fallbacks, and explains how this architecture decouples UI changes from app releases so teams can iterate on presentation and behavior more quickly while preserving a responsive user experience.

我如何构建一个动态 UI 系统，而无需更新应用

Server-driven UI 并非新鲜事，但作者实现了一套可以在不需通过 Play 商店审核、不陷入版本地狱且不显著影响性能的动态 UI 系统。

重點摘要

采用 server-driven UI，在运行时调整界面

无需 Play 商店审批即可推送 UI 更改

避免版本冲突并尽量降低性能开销

作者介绍了如何构建一个动态的 server-driven UI 系统，使应用能够在不提交 Play 商店更新的情况下改变界面。尽管 server-driven UI 并非新概念，但文章重点在于如何在避免“版本地狱”（客户端与服务器版本不兼容问题）与不显著牺牲运行时性能的前提下实现这一目标。文中讨论了主要的设计权衡与实践考量，例如向后兼容与优雅降级等机制，並强调这种架构将 UI 变更与应用发布解耦，帮助团队更快地迭代界面与行为，同时尽量保持用户体验的流畅与稳定。

我如何建立一個動態 UI 系統，而不需更新應用程式

Server-driven UI 並非新事物，但作者打造出一套能在不需通過 Play 商店審核、不陷入版本地獄且不明顯影響效能的動態 UI 系統。

重點摘要

採用 server-driven UI，在執行時調整介面

可在不提交 Play 商店更新的情況下推送 UI 變更

避免版本相依問題並盡量降低效能負擔

作者說明如何建構一套動態的 server-driven UI 系統，讓應用能在不提交 Play 商店更新的情況下變更介面。文中指出 server-driven UI 本身並不新穎，但重點在於如何做到不陷入「版本地獄」、維持客戶端與伺服器相容性，同時不造成顯著的執行效能成本。文章討論了關鍵的設計取捨與實務考量，包括向下相容與優雅降級等機制，並強調此架構能將介面更新與應用發佈脫鉤，使團隊能更快速迭代介面與行為，同時維持使用者體驗的流暢性。

08

Swift vs Kotlin — Which One Mobile Developers Will Choose in 2026

Medium Kotlin 作者：BR - Mobile App Developer 發布：04-08 13:52

Swift vs Kotlin — Which One Mobile Developers Will Choose in 2026

After six years of rivalry, both Swift and Kotlin are mature and actively maintained — so choosing between them in 2026 depends on project needs and trade‑offs.

重點摘要

Six years of competition with no clear loser

Both languages are mature and actively maintained

Choice should be driven by project needs and trade‑offs

The piece observes that after six years of competition Swift and Kotlin have both matured and remain healthy ecosystems; neither language is dying. Rather than declaring a winner, the article reframes the question of choosing between them in 2026 as a pragmatic decision that depends on context. Developers are encouraged to evaluate target platform (native iOS vs native Android or cross‑platform requirements), team expertise and onboarding, interoperability with existing codebases, availability of libraries, tooling and IDE quality, runtime and build stability, and long‑term maintenance costs. It also recommends considering corporate backing and community momentum as factors that affect future support. Ultimately, the article serves as a practical guide to weigh tradeoffs so teams can pick the language that best fits their project goals and constraints in 2026.

Swift vs Kotlin — 2026 年移动开发者会选择哪一个？

经过六年的较量，Swift 与 Kotlin 都已成熟且仍在积极维护，因此 2026 年的选择应以项目需求与权衡为主。

重點摘要

双方竞争已持续六年且没有明确输家

两种语言都已成熟并保持活跃维护

应以项目需求、团队与生态系统来决定

文章指出，经过六年的对抗，Swift 与 Kotlin 均已成熟且仍是活跃的生态系统，且没有任何一方走向消亡。作者不主张绝对胜负，而是把焦点放在如何在 2026 年做出实际选择：评估目标平台（原生 iOS、原生 Android 或跨平台）、团队技术与培训成本、与现有代码的互操作性、库与工具可用性、构建与运行稳定性，以及长期维护费用。文章建议将企业支持与社区动能纳入考量，并强调应以项目目标与约束来权衡选择，而非盲从流行趋势。

Swift vs Kotlin — 2026 年行動開發者會選哪一個？

經過六年的對抗，Swift 與 Kotlin 都已成熟且仍在活躍維護，因此 2026 年的選擇應以專案需求與取捨為主。

重點摘要

雙方競爭已維持六年且沒有明確贏家

兩種語言都已成熟並持續被維護

應以專案需求、團隊與生態系做選擇

文章指出，經過六年的較量，Swift 與 Kotlin 都已走向成熟，且沒有任何一方正在消亡。作者沒有宣布勝負，而是將重點放在如何在 2026 年做出實際選擇：評估目標平台（原生 iOS、原生 Android 或跨平台需求）、團隊能力與上手速度、與既有程式碼的互通性、函式庫與生態系可得性、工具與 IDE 品質、建置與執行穩定性，以及長期維護成本。文章也建議考量企業支持與社群動能等，強調選擇應以專案目標與限制為依歸，而非追求流行。

09

Multi-Factor Authentication in Spring Security 7

Baeldung 作者：Sagar Verma 發布：04-07 22:52

Multi-Factor Authentication in Spring Security 7

Spring Security 7 models authentication factors as authorities, allowing applications to progressively grant factor authorities and enforce MFA through the existing authorization model.

重點摘要

Factors are modeled as authorities (FactorGrantedAuthority) and added per successful factor

Enable MFA globally with @EnableMultiFactorAuthentication or selectively via AuthorizationManagerFactory

Supports time-based and user-specific MFA rules and provides testing utilities for verification

Spring Security 7 provides built-in support for multi-factor authentication (MFA) by modeling each verified factor as an authority (e.g., FACTOR_PASSWORD, FACTOR_X509, FACTOR_OTT) that is progressively granted to the Authentication object. Developers can enable MFA globally using @EnableMultiFactorAuthentication or apply it selectively to endpoints with AuthorizationManagerFactory, allowing role- and endpoint-specific rules. The framework also supports time-based constraints (require a recent factor validation) and custom authorization managers for user-specific policies (for example, enforcing MFA only for administrators). The article shows how to set up a Spring Boot project with necessary dependencies, configure global and targeted MFA rules, implement time- and user-based policies, and write unit tests using Spring Security test utilities to validate redirection or denial when required factors are absent. These features let teams build flexible, testable MFA flows integrated with existing authorization.

Spring Security 7 的多因素认证（MFA）

Spring Security 7 将认证因素建模为权限（authority），在每个因素验证通过时逐步授予对应权限，从而通过现有授权模型强制执行 MFA。

重點摘要

使用 FactorGrantedAuthority 表示已验证的各项因素并加入 Authentication

可用 @EnableMultiFactorAuthentication 全局启用，或通过 AuthorizationManagerFactory 针对端点启用

支持基于时间与基于用户的 MFA 规则，并提供测试工具用于验证

本文介绍了 Spring Security 7 对多因素认证（MFA）的内建支持：每当某一认证因子（如密码、X.509 证书或一次性令牌）验证成功时，会以 FactorGrantedAuthority 的形式加入认证对象，使授权规则能够检查所需因子是否满足。开发者可以用 @EnableMultiFactorAuthentication 在全局启用 MFA，或通过 AuthorizationManagerFactory 为敏感路径（如 /admin/**、/profile/**）设定按端点、按角色或按时间（例如密码因子需在最近五分钟内验证）生效的规则；也可以编写自定义授权管理器仅对特定用户强制 MFA。文章同时展示了 Spring Boot 项目依赖、配置示例与使用 Spring Security 测试工具的单元测试，用以验证在缺少必要因子时系统的拒绝或重定向行为。

Spring Security 7 的多因素驗證 (MFA)

Spring Security 7 將驗證因素視為權限（authority），在每個因素驗證通過時逐步授予對應的權限，並以現有授權模型強制執行 MFA。

重點摘要

以 FactorGrantedAuthority 表示各驗證因素並加入 Authentication 物件

可用 @EnableMultiFactorAuthentication 全域啟用或用 AuthorizationManagerFactory 設定特定端點

支援時間限制與使用者條件的 MFA 規則，並提供測試工具驗證行為

本文說明 Spring Security 7 如何內建支援多因素驗證 (MFA)：透過 FactorGrantedAuthority 把每一個通過的驗證因素當成權限加入到認證物件，讓授權規則能檢查是否滿足所需因素。可用 @EnableMultiFactorAuthentication 在整個應用啟用 MFA，或用 AuthorizationManagerFactory 針對敏感路由（如 /admin/**）設定僅在特定端點要求 MFA；也可定義時間性規則（例如密碼因子必須在最近 5 分鐘內驗證）或建立自訂授權管理器只對特定使用者（如 admin）強制 MFA。文章並示範 Spring Boot 專案設定與單元測試，利用 Spring Security 的測試工具模擬不同情境，驗證當缺少必要因素時系統會拒絕或導向登入流程。

10

Flip the Bits of a Number in Java

Baeldung 作者：Zachary Bouhannana 發布：04-07 22:58

Flip the Bits of a Number in Java

Flipping all 32 bits with the bitwise NOT (~) in Java inverts every bit including leading zeros, producing negative values under two's complement; to flip only meaningful bits you must build and apply a mask.

重點摘要

~ inverts all 32 bits and yields two's complement negatives

Flip significant bits by creating a mask and using XOR or AND

Alternatives: arithmetic -n-1 or XOR with -1 produce the same full-bit flip

This article explains how to flip bits of integers in Java and clarifies the difference between flipping all 32 bits and flipping only the significant bits. Using the bitwise NOT operator (~) directly inverts every bit of a signed 32-bit int and thus often produces negative values because of two's complement representation; JUnit tests demonstrate ~21 == -22. To flip only the significant bits (e.g., 21 (10101) → 10 (01010)), the tutorial shows mask-based approaches: compute bit length with Integer.numberOfLeadingZeros or use Integer.highestOneBit to build a mask, then apply XOR (n ^ mask) or combine ~n with an AND mask. It also covers equivalent ways to flip all bits—using arithmetic -n - 1 or XOR with -1—and provides examples and tests for each method.

在 Java 中翻转数字的位元

在 Java 中使用位元反相运算符 ~ 会反转整数的所有 32 位（包括前导零），因此在二进制二补码表示下常变为负数；若只需翻转有效位，则要先构造遮罩再操作。

重點摘要

~ 会反转全部 32 位并导致二补码的负值结果

通过计算位长并用遮罩配合 XOR 可仅翻转有效位

可选方法：算术 -n-1 或与 -1 做 XOR 可实现全部位翻转

本文讲解在 Java 中翻转整型位元的多种方法，并区分翻转全部 32 位与只翻转有效位元的不同效果。直接使用 ~ 会反转包含前导零的所有位，从而导致正数变负数（示例：~21 得到 -22）。若只想反转实际使用的位，可通过 Integer.numberOfLeadingZeros 或 Integer.highestOneBit 计算有效位长或构造遮罩，然后用 XOR（n ^ mask）或先 ~n 再与遮罩做 AND 来限制翻转范围。文章还介绍了等价替代方案，比如 -n-1 或 n ^ -1 可以实现全位翻转，并配合测试验证行为。

在 Java 中翻轉數字的位元

在 Java 中以位元運算子 ~ 翻轉整數會反轉所有 32 個位元（含領先的零），因此會因為二補數表示而變成負數；若只想反轉有意義的位元，需建立遮罩後再運算。

重點摘要

使用 ~ 會翻轉全部 32 位並產生二補數負值

計算有效位元長度並用遮罩配合 XOR 可只翻轉重要位元

等價替代法：算術 -n-1 或與 -1 XOR 可翻轉全部位元

本文介紹在 Java 中翻轉整數位元的幾種做法，並說明「翻轉全部 32 位」與「僅翻轉有效位元」的差異。直接使用位元反相運算子 ~ 會反轉包含領先零在內的所有位元，因此正數可能變為負數（例如 ~21 結果為 -22）。若只想反轉數值的有效位元，可先用 Integer.numberOfLeadingZeros 或 Integer.highestOneBit 計算或建立遮罩，再以 XOR（n ^ mask）或先 ~n 再 AND 遮罩的方式僅反轉這些位元。文章也示範等價技巧，如用 -n-1 或 n ^ -1 翻轉全部位元，並以範例與測試驗證行為。

11

Handle “No Suitable HttpMessageConverter” in Spring RestTemplate

Baeldung 作者：Sudarshan Hiray 發布：04-07 23:02

Handle 'No Suitable HttpMessageConverter' in Spring RestTemplate

The error happens when the server's Content-Type doesn't match any registered HttpMessageConverter, preventing RestTemplate from deserializing the response.

重點摘要

RestTemplate selects converters by the response Content-Type and target Java class.

Many APIs return JSON but use misleading Content-Type headers like text/plain or text/javascript.

Fixes: add specific media types to MappingJackson2HttpMessageConverter, allow MediaType.ALL, or use ParameterizedTypeReference for generics.

RestTemplate can throw a RestClientException such as "Could not extract response: no suitable HttpMessageConverter found for response type and content type" when it receives a payload that no registered HttpMessageConverter accepts. This article explains that the root cause is often a mismatch between the server's Content-Type header and the converters Spring has registered (for example, JSON responses labeled as text/plain). It describes how RestTemplate matches converters, how to inspect Content-Type via debug logging, and three practical solutions: explicitly add nonstandard media types to MappingJackson2HttpMessageConverter, register a Jackson converter that accepts MediaType.ALL, and use restTemplate.exchange with ParameterizedTypeReference to preserve generic types. The piece includes MockRestServiceServer tests and recommends choosing either a surgical or permissive converter registration based on your environment to avoid deserialization failures.

在 Spring RestTemplate 中处理“No Suitable HttpMessageConverter”错误

当服务器返回的 Content-Type 与已注册的 HttpMessageConverter 不匹配时，RestTemplate 无法反序列化响应并抛出该错误。

重點摘要

RestTemplate 会根据响应的 Content-Type 和目标 Java 类型匹配 HttpMessageConverter。

许多 API 返回 JSON 却将 Content-Type 标为 text/plain、text/javascript 或 application/octet-stream。

解决方法：为 MappingJackson2HttpMessageConverter 添加媒体类型、允许 MediaType.ALL，或用 ParameterizedTypeReference 处理泛型。

RestTemplate 在遇到无法由任何已注册 HttpMessageConverter 处理的响应时，会报出“找不到适用的 HttpMessageConverter”之类的异常。文章指出问题多由服务器返回的 Content-Type 与客户端期望不一致引起（例如返回 JSON 但标注为 text/plain），并非数据本身损坏。文中介绍了 RestTemplate 如何根据 Content-Type 选择转换器、如何通过启用 debug 日志检查响应头，以及三种实用修复：为 MappingJackson2HttpMessageConverter 明确添加非标准媒体类型、注册一个接受 MediaType.ALL 的 Jackson 转换器，以及使用 restTemplate.exchange 搭配 ParameterizedTypeReference 以保留泛型信息。文章还演示了使用 MockRestServiceServer 的测试案例，并建议根据需求在精确与宽松的注册策略间做选择以避免反序列化错误。

在 Spring RestTemplate 中處理「No Suitable HttpMessageConverter」錯誤

當伺服器回傳的 Content-Type 與註冊的 HttpMessageConverter 不符時，RestTemplate 會無法將回應反序列化並拋出錯誤。

重點摘要

RestTemplate 根據回應的 Content-Type 與目標類別挑選 HttpMessageConverter。

常見情況是 API 回傳 JSON 卻標示為 text/plain、text/javascript 或 application/octet-stream。

解法：為 MappingJackson2HttpMessageConverter 新增媒體類型、允許 MediaType.ALL 或用 ParameterizedTypeReference 處理泛型。

當 RestTemplate 收到伺服器回應但無適用的 HttpMessageConverter 時，會出現「找不到適用的 HttpMessageConverter」的錯誤。此文章說明問題通常出在伺服器回傳的 Content-Type 與客戶端期望不一致（例如有效的 JSON 被標為 text/plain），而非資料本身有誤。文中解釋 RestTemplate 如何根據 Content-Type 選擇轉換器、如何在 application.properties 啟用 debug 日誌檢查實際回應標頭，並提供三種修復策略：針對特定非標準媒體類型設定 MappingJackson2HttpMessageConverter、註冊接受 MediaType.ALL 的 Jackson 轉換器，以及使用 restTemplate.exchange 搭配 ParameterizedTypeReference 保留泛型資訊。示範以 MockRestServiceServer 測試，並建議依需求選擇精準或寬鬆的註冊方式以提高客戶端韌性。

12

Advanced Kotlin Part 18: Extension Functions — Extend Any Class

Medium Kotlin 作者：Kishor Ramani 發布：04-08 05:49

Advanced Kotlin Part 18: Extension Functions — Extend Any Class

Extension functions let you add functionality to existing classes — even ones you don't own.

重點摘要

Add methods to classes without modifying their source

Works on classes from libraries or third parties

Calls look like member functions but are statically resolved

Extension functions in Kotlin let you add functionality to existing classes without modifying their source code — even classes from libraries or code you don't own. You define an extension by declaring a function with a receiver type (for example, String.myExtension()), and you can call it as if it were a member of that type. Under the hood the extension is a static, top-level function and does not actually alter the class; it cannot access private or protected members of the extended type and is resolved statically at compile time. Despite these limits, extension functions are a convenient way to organize utility operations, improve readability, and attach behavior close to the types that use them. They are commonly used to add helper methods, fluent APIs, or domain-specific utilities without subclassing or modifying library code.

Advanced Kotlin 第18篇：扩展函数 — 扩展任意类

扩展函数让你为现有类新增功能——即使那些类并非你所拥有。

重點摘要

无需修改类源码即可添加方法

可对第三方或库中的类进行扩展

调用像成员方法，但在编译时静态解析

Kotlin 的扩展函数允许你在不更改原始类代码的前提下，为现有类添加方法或行为——即便该类来自第三方库或不是你拥有的。扩展函数以接收者类型.函数字面形式定义，调用时看起来像是该类的成员方法，但底层是作为静态、顶层的函数处理，因此并不会真正修改类本身，也无法访问类的私有或受保护成员，解析在编译时完成。尽管有这些限制，扩展函数是组织公用工具、改善代码可读性和提高复用性的方便方式，可在不继承或修改库代码的情形下附加辅助行为或便捷方法。

Advanced Kotlin 第18篇：擴充函式 — 為任意類別延伸功能

擴充函式讓你為現有類別新增功能──即使那些類別不是你所擁有的。

重點摘要

在不修改類別原始碼下新增方法

可用於第三方或外部庫的類別

呼叫如成員方法，但於編譯時靜態解析

Kotlin 的擴充函式允許你在不修改原始類別程式碼的情況下，為現有類別新增方法或行為──即使該類別來自第三方庫或不是你所擁有。擴充函式以「接收者類型.函式」的語法定義，呼叫時看起來像該類別的成員方法，但實際上編譯時以外部函式實現，因此無法存取類別的私有或保護成員，也會以靜態解析。這種做法適合把共用工具或輔助行為組織到合理位置，提升程式可讀性與重用性。

今日總結

在 Android 原生處理 5 種以上影像格式：打造 PhotoConvert

重點摘要

2026 年 Android 開發者面試題目（完整指南與答案路線圖）

重點摘要

為何我回頭學 C 指標以精通現代 Android 開發

重點摘要

Material 3 在 Compose 中的具表現力 UI — 終極指南

重點摘要

在 Android 17 中你可能錯過的 Jetpack 重大更新

重點摘要

使用 Remote Compose 與 AI：打造更智慧的自適應 UI

重點摘要

我如何建立一個動態 UI 系統，而不需更新應用程式

重點摘要

Swift vs Kotlin — 2026 年行動開發者會選哪一個？

重點摘要

Spring Security 7 的多因素驗證 (MFA)

重點摘要

在 Java 中翻轉數字的位元

重點摘要

在 Spring RestTemplate 中處理「No Suitable HttpMessageConverter」錯誤

重點摘要

Advanced Kotlin 第18篇：擴充函式 — 為任意類別延伸功能

重點摘要