喻志强的博客

在上一篇文章深入探究 Android WebView 的 H5 定位机制与最佳实践中，我们已经把 H5定位在 WebView 上的底层机制讲解清楚了。当时文中提到了一个有趣的现象：geolocation定位在原生 WebView 和 Cordova 环境下的表现是不一致的。本篇文章我们就来扒一扒，到底哪里不一样？背后的根本原因是什么？这个插件在背后到底做了什么？以及，我们该如何调整代码，让它完全按照我们的预期来工作。强烈建议。

深入剖析了 Android WebView 中 H5 定位的完整机制。结合 Chromium 源码解析了 onGeolocationPermissionsShowPrompt 回调中 allow 与 retain 参数的行为差异。随后追踪了从 callback.invoke 到前端 success 回调的完整数据链路，揭示了引擎如何绕过 App 直接调用系统定位服务。最后，针对第三方定位 SDK 集成需求，提供了 JSBridge 和 Hook 劫持两种实践方案

在本专栏从Java线程到kotlin协程多线程并发编程的相关概念Java 中通过 synchronized关键字实现线程同步JUC 包中相关的锁机制这些机制主要解决在多线程环境下，当多个线程同时访问共享资源时可能出现的数据竞争问题。在 Kotlin 协程中，同样需要解决线程同步与数据安全的问题。传统的线程同步机制在协程中依然可用，只不过不是最好的选择。Java 中的同步机制在 Kotlin 中同样适用；在纯协程代码中，Mutex与协程版Semaphore。

本文介绍了Kotlin Flow的操作符分类及功能概览。分为创建操作符、中间操作符和终端操作符三类。创建操作符包括基础构建器如flow{}、flowOf()等，以及特殊构建器如MutableSharedFlow。中间操作符涵盖基础转换（map、filter）、累积计算（scan）、组合（combine、zip）和展开操作（flatMapConcat）等，可对数据流进行各类处理。终端操作符如collect会触发流的实际执行。文章还列出了各操作符的详细功能、类型及使用注意事项，提供了全面的Flow操作指南

如果每个厂商的标准不一样，那岂不是要进行兼容，所以当时我们还在思考，怎么把 App 中的能力进行更高的抽象，以便于后续在适配各个厂商时，能尽可能的减少我们的工作量和对接成本。24 年的 10月份，发哥（联发科）发布了旗舰芯片天玑 9400（有一说一，发哥这两年确实是好起来了），因为 AI 的概念比较火，因此，芯片厂商在宣传芯片时，除了传统的 CPU、GPU 性能的提升以及功耗上的优化之外，AI 能力的支持也花了很大的篇幅做了重点介绍。然而，在系统级语音助手的模式下，这种“入口控制权”发生了根本性转移。

SharedFlow 跟 StateFlow 详解

上一篇文章介绍了 Flow的基本概念和使用，也知道了Flow强调单一执行流与上下文一致性，不允许跨协程并发emit。但在实际开发中，我们可能会遇到需要"多协程并发生产 + 按需收集"，同时还想复用Flow的操作符体系的场景。可以多协程并发生产数据具备冷流的特性，有消费者消费才开始生产，并且每次消费时，生产逻辑会重新开始执行能利用 flow 强大的操作符这就需要用到了, 它是将Flow的特性与Channel的特性结合，实现多协程并发生产 + 按需收集。至此，就都介绍完毕了,来整体对比看下方式。

Kotlin Flow 冷热流对比与使用 本文对比了Kotlin中Channel（热流）和Flow（冷流）的核心特性与使用场景

了解了Channel 的基础概念和基本使用后，我们再来看一看 Channel 的特性以及高阶应用。Channel 是热流，这意味着什么？简单说就是生产者不等人。不管有没有消费者在那儿等着，生产者该干嘛干嘛，数据照样往Channel里塞。这个特性在实际开发中特别有用。比如你在做日志收集系统，不管有没有消费日志，日志数据肯定是持续产生的，Channel的热流特性正好匹配到这个场景。

Channel 的概念和基础使用以及原理讲解

Kotlin协程作用域详解 本文介绍了Kotlin协程中几种常见的作用域及其特点： GlobalScope： 顶层单例对象，coroutineContext为EmptyCoroutineContext 创建的协程没有父协程，生命周期伴随整个应用 适用于独立、生命周期长的全局任务 coroutineScope： 挂起函数，会创建新的作用域并挂起当前协程 继承外部上下文但重写Job对象 子协程失败会取消所有子协程并向上传递异常 适用于需要等待多个子任务完成的并发场景 还提及了supervisorScope、vi

本文深入讲解了Kotlin协程中的CoroutineScope和CoroutineContext。CoroutineScope是协程作用域接口，用于创建协程(提供launch/async等API)和保存CoroutineContext；CoroutineContext是协程上下文接口，存储协程运行所需的各种元素(如Job、Dispatcher等)。文章分析了二者关系，并通过源码解读了关键操作：如+运算符的实现原理(合并Context生成CombinedContext)、get方法获取特定元素等。理解这两个概

在最近的开发中，我恰好遇到一个典型又棘手的问题 ——网上关于 ViewPager2 滑动冲突的文章一搜一大把，但不少内容已过时，且大同小异，真正符合实际需求的少之又少。因此，这里我把自己的解决思路与实践过程做个记录，希望能为有类似困扰的大佬们提供点参考。

了解JVM内存结构以及一段java代码到底是如何执行的。

kotlin协程的异常隔离详解

协程的取消详解以及源码分析

上一篇文章深入理解Android多线程开发：场景应用与解决方案解析针对Android开发中的多线程应用场景和相应的解决方案做了一个梳理。资源复用和优化切线程任务编排并结合示例说明了Kotlin协程在处理上述问题时的优势。Kotlin协程自从2018年底成为kotlin语言的正式特性后，到现在已经5个年头了。而kotlin这门语言也在最近正式推出了2.0版本,带来了更好的支持多平台开发以及更快的编译速度。我自己算是比较早就开始尝试使用协程来解决开发中的各种需求。

本文介绍了Kotlin协程中的挂起函数，包括挂起函数的概念、自定义方法以及挂起和恢复的本质。挂起函数通过`suspend`关键字标识，允许在不阻塞线程的情况下进行异步操作。挂起函数只能在协程或另一挂起函数中调用。文章通过代码示例和反编译分析揭示了挂起函数如何在后台执行并恢复执行的机制。

本文探讨了Kotlin协程是否真的轻量，通过对比协程和线程的实现，指出协程在开发使用上的轻量性，如非阻塞式设计、简洁的代码和自动线程管理。然而，从底层执行原理来看，协程仍然依赖于线程，因此轻量性主要体现在开发者体验上。

在 Kotlin 协程中可以通过挂起函数来实现异步操作的串行化，但是在日常开发场景中，大部分项目都是java和kotlin并存的，老旧的Java代码除非有需求，否则不会轻易改动重构。即使项目是纯kotlin开发的，也会有一些java代码实现的三方库，因此，我们很难规避掉所有的 Callback，而且Callback是一种非常常见的设计模式，我们经常会在项目中看到。当然，在协程中，我们也可以使用Callback。