郭霖的专栏

不过或许还有些朋友会存在这样的疑惑目前我们的技术实现方案是给每个小程序定义一个单独的Activity（FirstActivity、SecondActivity和ThirdActivity），而微信小程序却可以有无限多个，我们显然不可能在AndroidManifest.xml文件中注册无限个Activity，那么微信又是如何实现的呢？就像我们在最开始的图片中看到的一样，美团小程序有美团的Logo，微博小程序有微博的Logo，星巴克小程序有星巴克的Logo。随取随用，随用随走，也不占用任何手机的存储空间。...

说起来，在不知不觉中，我竟然凑成了这沉浸式状态栏三部曲。其实最开始的时候，我主要是因为工作上的原因想要在Android版的Edge浏览器上实现首页图片沉浸式的功能。那么为了实现这个功能，我提前去做了一些技术调研，并将调研的结果整理成了一篇文章，具体可参阅 再学一遍android:fitsSystemWindows属性 。做完技术调研之后，接下来就是功能实现了。对于Android版的Edge浏览器而言，首页图片的沉浸式一直是部分网友长久以来的呼声，经过我的各种攻坚和踩坑之后，终于将这个功能完成了。具体可参阅

掰手指数一数，我入职微软也已经有一年半的时间了。从入职以来，我一直在从事于开发Android版的Edge浏览器。这么长时间下来，我也慢慢从完全不知如何上手，提个PR都困难，到现在能够负责独立开发一个比较大的功能模块了。不得不说，Edge是我见过的最复杂的一个项目，我是真的很难想象一个浏览器工程可以庞大到如此地步。Chromium本身就已经是一个巨型工程了，而Edge又要在其基础之上加入许多微软定制的需求，那就肯定避免不了一通魔改，代码自然就变得更加复杂。记得当初刚加入微软不久时，有一些公众号上的小伙伴

不要吃惊。Android 12才刚刚正式推出没几个月时间呢，Android 13就已经来了。是的，Android 13 Developer Preview目前已经推出了两个版本迭代了，包含了众多的新特性和行为变更。本来按照往年的习惯，我是不会在如此早期的阶段就去研究每年新系统的新功能的。但是由于最近公司安排我去做一次内部的技术分享涉及到了这个主题，所以今年第一时间就对Android 13进行了还算比较全面的体验

相信二维码扫描现在大家都已经不稀奇了，几乎所有的App里都会支持这个功能。这里我要问大家一个问题，你们都是如何在自己的App中加入二维码扫描功能的呢？相信会有一大部分朋友说，使用的是ZXing或者ZBar这种开源库。但是不知道大家有没有思考过，二维码功能这么常见，为什么Google却没有提供一个官方的二维码扫描库呢？反正我是没思考过。有需求，找开源，这可能已经成了很多Android开发者的常态化思维。但令我没想到的是，官方的二维码扫描库，它真的要来了

对于android:fitsSystemWindows这个属性你是否感觉又熟悉又陌生呢？熟悉是因为大概知道它可以用来实现沉浸式状态栏的效果，陌生是因为对它好像又不够了解，这个属性经常时灵时不灵的。其实对于android:fitsSystemWindows属性我也是一知半解，包括我在写《第一行代码》的时候对这部分知识的讲解也算不上精准。但是由于当时的理解对于我来说已经够用了，所以也就没再花时间继续深入研究。而最近因为工作的原因，我又碰上了android:fitsSystemWindows这个属性，

今天是2021年的最后一天，又到了写年终总结的时候了。今年的年终总结我思考了很久，却不知道该如何下笔，一度有种要写不出来的感觉。往年的年终总结其实我从来都不会讨论工作中的事情，基本都是在讲我利用业余时间干了什么。然而今年的业余时间我干了什么呢？我已经快回忆不起来了。。卷这个词汇也不知道是从什么时候开始流行的。我记得去年跟几个朋友一起吃饭的时候，我提到卷这个词汇，他们还听不懂什么意思，而现在这个词已经是家喻户晓了。如果用现在的词汇来形容当初的我，那么我觉得我是配得上卷王这个称号的。要用以前的词

今天不想去聊一些Android的新功能，新特性之类的东西，特别想聊一聊这个老生常谈的话题：LayoutInflater。现在看我文章的多数是一些老Android了，相信每个人使用起LayoutInflater都是家常便饭，信手拈来。但即使是这样，我仍然觉得这个知识点有可以分析的地方，看完之后或许你对LayoutInflater又会有一些新的认识。首先概括一下LayoutInflater是用来做什么的。我们都知道，在开发Android应用程序的时候，编写布局基本都是通过xml文件来编写的。当然

如果你将项目中的appcompat库升级到1.3.0或更高的版本，你会发现startActivityForResult()方法已经被废弃了。这个方法相信所有做过Android的开发者都用过，它主要是用于在两个Activity之间交换数据的。那么为什么这个如此常用的方法会被废弃呢？官方给出的说法是，现在更加建议使用Activity Result API来实现在两个Activity之间交换数据的功能。我个人的观点是，startActivityForResult()方法并没有什么致命的问题，只是

各位小伙伴们大家早上好。没错，PermissionX又升级了，并且这次版本变化非常大，很有可能是今年最大幅度的一次升级。在这之后，我就准备将精力放到其他开源库上，PermissionX应该短时间内不会再发布新版本了（修bug除外）。经过这次升级之后，PermissionX也将会是一个非常稳定的版本，它兼容到最新的Android 12系统，所以在未来的一年内都可以放心稳定地使用。那么接下来我们就一起探索一些，最新的PermissionX 1.6版本到底有哪些变化吧。

Android 12正式版即将发布。这次的Android系统变化当中，UI的变化无疑是巨大的。Google在Android 12中采取了一种叫作Material You的界面设计，一切以你为中心，以你的喜好为风格。相信大家一旦上手Android 12之后应该能立刻察觉到这些视觉方面的变化。另外还有一个非常显著的视觉变化就是，Android 12强制给所有的App都增加了SplashScreen的功能。是的，即使你什么都不做，只要你的App安装到了Android 12手机上，都会自动拥有这个新功能

Glance是一个由我开发的用于调试Android数据库的开源库，无须借助电脑和数据线，直接在手机上就可以查看当前App中数据库的内容。Glance的1.0版本于去年12月份推出，然而自从首个版本推出之后，Glance就再也没有更新过。主要还是因为我实在是太忙了，平时只能用零散的业余时间写写博客

关于JCenter废弃这件事情，相信许多朋友早就已经知道了。我在几个月前也专门写过一篇文章分析JCenter废弃事件的前前后后。Google已经给出了其官方态度，建议开发者以后发布库都发布到MavenCentral上。官方的态度其实是很重要的，因为以前JCenter也是这样被Google扶正的（结果Google被坑惨了），不然JCenter也无法在Android领域产生这么大的影响力。如果你现在用最新版的Android Studio来创建一个新的项目，你会发现

Hello大家早上好，说起PermissionX，其实我已经有段时间没有更新这个框架了。一是因为现在工作确实比较忙，没有过去那么多的闲暇时间来写开源项目，二是因为，PermissionX的主体功能已经相当稳定，并不需要频繁对其进行变更。不过之前一直有朋友在反映，对于Android中的一些特殊权限申请，PermissionX并不支持。是的，PermissionX本质上只是对Android运行时权限API进行了一层封装，用于简化运行时权限申请的。而这些特殊权限并不属于Android运行时权限的一部分，所以

不知道你有没有好奇过，像Microsoft Edge这种巨型项目是如何进行版本管理的？当然关于这个问题我就需要先解释一下，因为Edge是多么巨型的一个项目很多人可能并没有概念。事实上，其实我也没有概念，因为我知道自己接触的只是冰山一角，可能绝大多数人看这个项目的代码都像是在管中窥豹一样。Edge是微软研发的一款基于Chromium内核的浏览器，而Chromium则是由Google推出的一个开源浏览器项目。那么Chromium有多么庞大呢？很可惜，我没有找到最新的数据，但是根据2019年的数据

不知道你有没有好奇过，像Microsoft Edge这种巨型项目是如何进行版本管理的？当然关于这个问题我就需要先解释一下，因为Edge是多么巨型的一个项目很多人可能并没有概念。事实上，其实我也没有概念，因为我知道自己接触的只是冰山一角，可能绝大多数人看这个项目的代码都像是在管中窥豹一样。Edge是微软研发的一款基于Chromium内核的浏览器，而Chromium则是由Google推出的一个开源浏览器项目。那么Chromium有多么庞大呢？很可惜，我没有找到最新的数据，但是根据2019年的数据

自从去年年底加入微软之后，我跟Google的联动少了很多。倒不是因为这两家公司有什么不合或无法合作的地方，纯粹是因为我现在实在是太忙了。虽说原则上微软是一家不加班的公司，但由于我意识到自己有太多的东西需要补课，所以很多业余时间还是被占用了。不过我仍然尽可能地挤出一些时间来参加Google的活动。比如说今年3月份的时候，Google举办了一场为期4周的Jetpack Compose开发挑战赛，我因为对Jetpack Compose非常感兴趣，所以也参加了这个比赛，不过只参加了第一周的挑战项目：

上一篇原创写了一篇关于抓包的文章，教大家如何在Android手机上对https协议的请求进行抓包。https协议是一种非常安全的数据传输协议，它在网络上传输的所有内容都是经过加密的。这可能也让一些小伙伴非常不解，如此安全的https协议为什么也能被抓包？这样不就说明这个协议也并不安全吗？其实并不是如此。https协议确实是非常安全的，但同时，用https协议传输的数据也确实是可以被抓包的，它们两者之间并不冲突。那么今天，我们就来探究一下，为什么说它们两者之间并不冲突，以及市场上那些主流的抓包工具

前段时间跟QQ群里的群友聊天时无意聊到了抓包的话题。抓包可以说是程序员日常开发调试问题的一个重要手段，可以帮助我们理清客户端与服务器之间的数据传输问题，以便于甩锅。在过去，网络请求基本都是靠的http协议，那个时候的抓包是一件非常简单的事情。然而这几年，http协议在逐渐被淘汰，几乎所有的网络请求都变成了https协议，这就使事情变得复杂了。群里一位朋友说，https是不可能被抓包的，不然怎么保证https传输的安全性，毕竟那么多大公司都在用这个协议来传输重要的数据。这其实是一个比较有意思的话题

可能有许多朋友都已经知道了这个事情，JCenter即将在Android上被废弃了。这么重大的事件也是相当出乎我意料，本来我以为是Google又要整什么幺蛾子，因为Google很喜欢废弃东西。结果了解下来，Google这次也是受害者。今年2月3号，JFrog（JCenter的运营方），在其官网宣布了这一重大决定，包括Bintray、JCenter在内的多项软件包管理和分发服务都将停止运营。原文链接如下：