init进程启动后，会解析systemsystem_extvendorodmproduct分区下的*.rc文件，最后解析完成后，会得到一系列的Action和Service，并通过存储所有的Action，通过存储所有的Service，最后由SecondStageMain通过轮训调用ActionManager::ExecuteOneCommand触发执行。

本文探讨了在Flutter中提前获取子组件宽高的优雅实现方案。针对SliverAppBar展开高度需要显式指定的问题，分析了三种解决方案：手动计算（易错）、重写组件（维护成本高）以及自定义RenderObject方案。重点推荐第三种方案，通过创建SliverPrototypeBuilder组件，利用原型Widget预先计算尺寸，再构建实际渲染的子组件。该方案复用性强、扩展性好，不依赖SDK内部实现

微信小程序之基于WebAudioContext实现带波形图的自定义音频播放器一.实现思路定义自定义属性获取音频的二进制流将音频的二进制流解码为AudioBuffer播放控制，计算播放时长以及播放进度确定播放器的宽高，通过AudioBuffer获取音频时长，根据音频时长duration以及播放器宽度确定波形的宽度根据波形宽度以及AudioBuffer生成波形图数据，并计算峰值确定canvas宽高绘制

本文介绍了一种改进的Flutter吸顶上推组件实现方案。通过自定义RenderObjectWidget将header和sliver作为同一RenderObject的子级，统一处理布局和绘制。相比之前只能在ViewPort顶部吸顶的方案，新方法通过改变header的起始绘制位置实现更灵活的吸顶效果。文章展示了实现效果，并提供了关键代码示例，包括SliverStickyBar组件定义和_RenderS

可以看到，上图中三个列表的滑动位置共享了，滑动其中一个列表，会影响到另外两个，这显然不符合要求，先来看下布局，再说明产生这个问题的原因:布局整体使用NestedScrollView，顶部banner和TabBar通过headerSliverBuilder创建，body为TabBarView，TabBarView中有三个列表，通过TabController与TabBar实现联动，同时每一个列表通过继

categoryWidth: 左侧边栏的宽度，右侧区域的宽度填充剩余空间即可。itemCount: 总共有多少个分类项，也就是左侧边栏中有多少个字项。sticky: 滑动过程中，右侧标题是否吸顶。controller: 外部通过controller可以控制左侧边栏中子项的选中以及右侧列表滑动位置的联动，同时监听选中状态。categoryItemBuilder: 创建左侧边栏中的每一个分类项。sec

可以看到，ViewConfiguration对象的创建过程，会传递默认的像素比，以及确定默认的逻辑尺寸，这里就是我们第一个需要修改的地方，那么怎么修改，毫无疑问，需要把RendererBinding的renderView的值替换成我们自己创建的，这样我们就可以根据自己计算的逻辑尺寸和像素比去创建ViewConfiguration了。可以看到，这里在计算点击的触摸坐标时，还使用的是默认的像素比去计算

本文探讨了在Flutter中提前获取子组件宽高的优雅实现方案。针对SliverAppBar展开高度需要显式指定的问题，分析了三种解决方案：手动计算（易错）、重写组件（维护成本高）以及自定义RenderObject方案。重点推荐第三种方案，通过创建SliverPrototypeBuilder组件，利用原型Widget预先计算尺寸，再构建实际渲染的子组件。该方案复用性强、扩展性好，不依赖SDK内部实现

既然要自定义滑块，毫无疑问需要从SliderThemeData的thumbShape入手。thumbShape;});因此我们可以定义一个类继承SliderComponentShape，并实现getPreferredSize和paint方法，getPreferredSize控制滑块大小，paint负责把滑块绘制到屏幕上。

在使用SliverPersistentHeader时要求我们明确指定子控件的高度，不支持吸顶上推效果，使用起来不够灵活，所以我们参考并结合SliverToBoxAdapter和SliverPersistentHeader源码，自己实现一个自适应高度的吸顶Sliver组件，并在此基础上一步步实现吸顶上推效果。可以看到，所有的分组section都已经吸顶了，只不过吸顶位置都是0，并且前一个sectio