代码流程分析二：Settings-蓝牙分析-switch开关分析

最新推荐文章于 2023-07-10 21:32:57 发布
原创 最新推荐文章于 2023-07-10 21:32:57 发布 · 1.3k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细分析了Settings中蓝牙状态切换的流程，通过流程图展示了点击Switch组件打开和关闭蓝牙的步骤。同时，解释了updateContent()方法在不同蓝牙状态下的作用，包括蓝牙开着、正在打开、正在关闭和关闭的状态处理。

一：流程图已经分析

点击switch组件打开的流程图：


点击switch组件关闭的流程图：


二：代码的分析：

switch开关：


（1）点击开关：会出现开关on->off，off->on变化；（2）界面会出现：蓝牙正在打开，蓝牙打开，蓝牙正在关闭，蓝牙关闭。

最低0.47元/天 解锁文章
Android 9.0 系统Settings主菜单蓝牙 wifi二级菜单去掉返回acitonbar功能
安卓兼职framework和app工程师的博客
12-15 209
在9.0的系统产品定制化开发中，在原生系统Settings的主菜单蓝牙 wifi进入二级菜单中的页面中，最上面都有一个ActionBar的返回键，在 某种情况下进行产品定制的时候，不需要这个返回键，所以接下来分析下这个返回键布局，来实现功能
Android4.42-Settings源码分析之蓝牙模块Bluetooth整体实现（总）
fanfan
03-28 1万+
ONE，SWITCH蓝牙开关 蓝牙开关相关的有两个类，switch从创建到动作状态监听过程如下 在BluetoothSettings中创建switch对象 Switch actionBarSwitch = new Switch(activity);
Android Settings源码简单分析之列表项Switch
xiaofei的专栏
10-12 1794
最近简单看了Android的源代码，从Settings模块开始看起，
蓝牙开启源码分析
夜影轩的专栏
05-20 4471
首先介绍下几个重要的类：
Android4.0蓝牙打开流程分析
blues的博客
12-08 1635
在前面的UI分析的文章中我们已经发现，其实不管是设置中的开关和fragment之后的开关最终都是关联到BluetoothEnabler中去的，所以，我们直接去看这个里面对于开关的处理，开关的处理当然就是onCheckedChanged这个函数了，哈哈~~直接分析。。 1、蓝牙打开的按键处理 public void>1.1 setBluetoothEnabled分析         在按钮打
Android 蓝牙（二） Bluetooth Settings 关闭流程详解
liu362732346的博客
08-18 4610
蓝牙关闭的流程和开启的流程差不多，下面简单分析一下流程： 1.BluetoothEnabler.java--->onSwitchToggled() 关闭和开启蓝牙的switchbar的监听状态存在与BluetoothEnable类中，当点击switchbar时，由于BluetoothEnabler implements SwitchWidgetController.OnSwitchCha...
解决在Setting界面中打开bluetooth 导致setting界面以外退出问题的过程
橘子熊v
05-05 4672
蓝牙
androidQ 设置模块分析--二级菜单--蓝牙（开关）
zyfzhangyafei的专栏
03-30 1507
二级菜单UI： SettingsActivity类： private SwitchBar mSwitchBar; protected void onCreate(Bundle savedState) { ... setContentView(R.layout.settings_main_prefs);//加载布局 ... mSwitchBar = findViewById(R.id.switc...
Android4.42-Settings源码分析之蓝牙模块Bluetooth（上）
热门推荐
fanfan
03-22 2万+
继上一篇  Android系统源码剖析（一）---Settings 接着来介绍一下设置中某个模块的源码，本文依旧是基于Android4.42源码进行分析，分析一下蓝牙模块的实现。建议大致看一下关于Settings的剖析。 ZERO，蓝牙模块的fragment及其配置      1>，首先由Settings_headers.xml文件可以知道，蓝牙对应的fragment为Bluet
android T蓝牙关闭流程
lucky9911的博客
04-02 429
Timeout value for synchronous binder call: Duration.ofSeconds(3) // 应用等等binder超时3秒。
简单的 swich开关
q9104422999的博客
07-28 384
demo下载地址 https://github.com/910442999/CustomSwitch安卓开发交流群 : 595856941
代码流程分析二：Settings-蓝牙分析-搜索设备原理
lwn
08-12 2016
一：BluetoothSettings中走onResume 二：相当于父类deviceListPreferenceFragment 中走onResume onCreate 三：LocalBluetoothManager类 目的返回BluetoothEventManager 三：BluetoothEventManager
Settings修改一：增加Switch控键
heymi_csdn的博客
11-02 4317
系统设置一级菜单上wifi和蓝牙有个Switch按键，而且它和二级菜单上的Switch是同步的。而开发者选项菜单只是在二级菜单上有Switch控键，一级没有，于是产生了在一级菜单上增加一个Switch控键的想法。 跟下代码发现： // http://blog.youkuaiyun.com/heymi_csdn static int getHeaderType(
Android 9.0 蓝牙功能之一：蓝牙设置
501846585_QQAndroid_java
11-14 2297
本章节记录如何构建蓝牙设置。(Android P)
Android13 原生设置应用蓝牙配对代码分析研究
wenzhi的博客
07-10 3568
系统内自己封装的一个应用，在Android11 上连接蓝牙耳机和蓝牙鼠标键盘没啥问题的，但是移植到Android13 的系统上经常遇到连接蓝牙鼠标键盘是吧的问题。发现原生Settings 连接未出现这种问题，所有应该是代码处理需要优化。车载项目蓝牙设置分析研究：Android 早期版本 Settings及BluetoothSettings流程分析：看了下类名称都不一样了，想直接用里面的关键字直接找到蓝牙调用的api好像也不太行！这里分享一下原生Settings 中蓝牙连接的相关代码分析。
android蓝牙源码记录
jlgcumt的博客
11-08 1234
内容来源于网络： 一、模块的主要目录以及文件结构 APP： Settings packages/apps/Settings/src/com/android/settings/bluetooth 主要文件说明： BluetoothEnabler.java 界面上蓝牙开启、关闭的开关就是它了， BluetoothSettings.java 主界面，用于管理配对和连接设备 LocalBluetoothManager.java 提供了蓝牙API上的简单调用接口，这里只是开始。 CachedBlue
Android 9 原生设置关于蓝牙设置（四）
suwen8100的博客
09-05 2722
Android 9原生设置 蓝牙设置
蓝牙（一）蓝牙设置详解
Tony-jiang的博客
04-11 1万+
一.蓝牙相关的类    1）BluetoothSettings.java            该类是蓝牙配置和连接管理界面，就是咱们常见的蓝牙界面。它管理着蓝牙界面的加载，蓝牙搜索，蓝牙连接，蓝牙重命名等管理功能。(顺便借用一下大牛做的图片：https://www.cnblogs.com/dixonyy/p/4246057.html)    2）BluetoothEnable.java     ...
Android4.4（MT8685）源码蓝牙解析--连接
杜远的专栏
12-13 3165
在BluetoothSetting的onResume生命周期方法中会执行updateContent方法，当蓝牙状态为开时，会执行其中这么一段代码： LocalBluetoothManager.getInstance(getActivity()).setDiscoverableEnabler( mDiscoverableEnabler);
解释一下这个 eed6ab8765 (HEAD -> bcmwifi8_SPF1.12_20251016) HEAD@{0}: reset: moving to HEAD eed6ab8765 (HEAD -> bcmwifi8_SPF1.12_20251016) HEAD@{1}: reset: moving to HEAD eed6ab8765 (HEAD -> bcmwifi8_SPF1.12_20251016) HEAD@{2}: reset: moving to HEAD eed6ab8765 (HEAD -> bcmwifi8_SPF1.12_20251016) HEAD@{3}: commit: [BN800][bluetooth] Remove content related to the BLE_SUPPORT_TPAP macro definition; refer to the axe300 settings to address timing issues occurring during AT reception, modify the startup script, and update the serial terminal device. 9e0add70db HEAD@{4}: commit: [BN800][bluetooth] Porting and integrating deco for Bluetooth control code. e73b212076 HEAD@{5}: cherry-pick: [BN800][bluetooth] Turn on the Bluetooth compilation switch and enable the hs_uart driver compilation switch 02939fb51f (origin/bcmwifi8_SPF1.12_20251016, m/master) HEAD@{6}: checkout: moving from 5e0194764fd815490acc529b7b49093ebeeb34cd to bcmwifi8_SPF1.12_20251016 5e0194764f HEAD@{7}: commit: [BN800][bluetooth] Turn on the Bluetooth compilation switch and enable the hs_uart driver compilation switch 10c48dbae4 HEAD@{8}: reset: moving to 10c48dbae4ebedc12259582319a8e62402c5e8bd 07d30f653a HEAD@{9}: reset: moving to 07d30f653ad 02939fb51f (origin/bcmwifi8_SPF1.12_20251016, m/master) HEAD@{10}:
最新发布
11-27
<think> 我们正在分析一段Git操作记录，这段记录展示了HEAD指针的移动和提交历史。 首先，记录中的每一行都表示一个HEAD指针的状态变化。格式为： [commit-hash] (引用) HEAD@{index}: 操作类型: 操作描述 关键点解析： 1. 当前HEAD指向eed6ab8765，所在分支是bcmwifi8_SPF1.12_20251016（HEAD -> 表示当前分支）。 2. 操作记录从上到下时间由近及远（HEAD@{0}是最近的操作）。 具体操作序列（从最近到最远）： - HEAD@{0}到HEAD@{2}：连续三次reset到当前HEAD（可能是软重置，没有改变提交） - HEAD@{3}：提交（commit）了一条消息，描述为蓝牙相关的修改 - HEAD@{4}：提交了另一条蓝牙相关的修改（Porting and integrating deco for Bluetooth control code） - HEAD@{5}：cherry-pick操作，将另一个提交（关于打开蓝牙编译开关）应用到当前分支 - HEAD@{6}：从另一个提交（5e0194764f）切换到分支bcmwifi8_SPF1.12_20251016（此时HEAD指向02939fb51f，因为切换到了这个分支，而分支指向02939fb51f） - HEAD@{7}：提交了打开蓝牙编译开关的操作（注意：这个提交的哈希是5e0194764f，而HEAD@{5}的cherry-pick操作就是把这个提交的内容应用到当前分支？） - HEAD@{8}和HEAD@{9}：两次reset操作，分别重置到10c48dbae4和07d30f653a（这两个提交在记录中没有详细上下文） - HEAD@{10}：指向02939fb51f（即分支bcmwifi8_SPF1.12_20251016的指向） 注意：HEAD@{7}的提交（5e0194764f）与HEAD@{5}的cherry-pick操作的关系： HEAD@{5}的操作是cherry-pick一个提交，描述为打开蓝牙编译开关，而HEAD@{7}的提交消息也是打开蓝牙编译开关，并且哈希值是5e0194764f（注意HEAD@{5}中cherry-pick的提交哈希是e73b212076？不对，这里描述是“cherry-pick: [BN800][bluetooth] Turn on the Bluetooth compilation switch and enable the hs_uart driver compilation switch”，但是后面没有写cherry-pick的源提交哈希？实际上，在记录中HEAD@{5}前面的哈希是e73b212076，这就是cherry-pick操作后产生的新提交的哈希。而HEAD@{7}的提交哈希是5e0194764f，所以HEAD@{5}的cherry-pick操作是将5e0194764f这个提交的内容应用到了当前分支，生成了一个新的提交e73b212076。 但是，我们注意到在HEAD@{6}操作时，从提交5e0194764f切换到了分支bcmwifi8_SPF1.12_20251016（此时分支指向02939fb51f）。所以，在HEAD@{7}的提交（5e0194764f）是在切换分支之前发生的？实际上，记录是从上到下时间由近及远，所以HEAD@{7}发生在HEAD@{6}之前。 重新梳理时间顺序（从旧到新）： 1. HEAD@{10}: 指向02939fb51f（可能是初始状态） 2. HEAD@{9}: reset到07d30f653a（跳到另一个提交） 3. HEAD@{8}: reset到10c48dbae4（又跳回） 4. HEAD@{7}: 提交了5e0194764f（在某个分支上提交了打开蓝牙编译开关） 5. HEAD@{6}: 从5e0194764f这个提交切换到分支bcmwifi8_SPF1.12_20251016（此时分支指向02939fb51f，所以切换后HEAD指向02939fb51f） 6. HEAD@{5}: 在分支bcmwifi8_SPF1.12_20251016上执行cherry-pick操作，将5e0194764f这个提交（即HEAD@{7}的提交）cherry-pick过来，生成新提交e73b212076 7. HEAD@{4}: 提交9e0add70db（集成蓝牙控制代码） 8. HEAD@{3}: 提交eed6ab8765（移除BLE_SUPPORT_TPAP宏定义等） 9. HEAD@{2}、HEAD@{1}、HEAD@{0}: 连续三次reset（移动HEAD到当前提交，没有改变提交历史，可能是软重置） 当前状态：HEAD指向eed6ab8765（即最后一次提交），分支bcmwifi8_SPF1.12_20251016也指向这个提交。 总结：这个记录展示了一个开发分支（bcmwifi8_SPF1.12_20251016）上集成蓝牙功能的过程。首先，开发者在另一个地方（可能是另一个分支）提交了打开蓝牙编译开关的修改（5e0194764f），然后切换到目标分支，通过cherry-pick将这个修改应用到目标分支（生成e73b212076），接着又做了两个蓝牙相关的提交（9e0add70db和eed6ab8765）。最后有三次reset操作，但都没有改变提交。 注意：在HEAD@{6}切换分支时，当时HEAD指向5e0194764f（一个游离的提交？）然后切换到分支bcmwifi8_SPF1.12_20251016（指向02939fb51f）。之后cherry-pick了5e0194764f，所以这个分支就添加了新的提交（e73b212076），然后继续开发。 因此，解释重点： 1. 当前分支的最新提交是eed6ab8765。 2. 记录中多次reset到HEAD，可能是为了回退暂存区或工作区的修改（软重置），但提交历史没有变化。 根据要求，回答后需要提出3-5个相关问题。 </think>### Git 操作记录解析 这段记录展示了 Git 的 HEAD 指针移动过程和提交历史，主要包含以下关键信息： #### 核心操作解析 ```mermaid graph LR A[当前状态] --> B[eed6ab8765] B --> C[三次reset操作] C --> D[关键提交] D --> E[蓝牙功能开发] E --> F[编译开关修改] F --> G[分支切换] G --> H[早期提交] ``` 1. **当前 HEAD 位置**： - `eed6ab8765` (HEAD -> bcmwifi8_SPF1.12_20251016) - 表示当前位于 `bcmwifi8_SPF1.12_20251016` 分支的最新提交 2. **重复 reset 操作**： - `HEAD@{0/1/2}` 显示连续三次执行 `reset: moving to HEAD` - 这是**软重置(soft reset)**，用于撤销暂存区的更改但保留工作目录修改 - 常见于代码回退调试场景 3. **关键提交历史**： - **HEAD@{3}**：蓝牙功能优化提交 ```markdown [BN800][bluetooth] - 移除 BLE_SUPPORT_TPAP 宏定义 - 参考 axe300 修复 AT 接收时序问题 - 修改启动脚本 - 更新串口终端设备 ``` - **HEAD@{4}**：蓝牙控制代码集成 - **HEAD@{5}**：cherry-pick 操作启用蓝牙编译开关 - **HEAD@{7}**：原始蓝牙编译开关启用提交 4. **分支切换操作**： - `HEAD@{6}`：从提交 `5e0194764f` 切换到 `bcmwifi8_SPF1.12_20251016` 分支 - 切换后分支指向 `02939fb51f` (origin 和 m/master 的指向点) #### 技术要点说明 - **cherry-pick 作用**：将特定提交（HEAD@{7}的修改）应用到当前分支 - **reset 模式差异**： - `reset --soft`：仅移动 HEAD 指针（本例操作） - `reset --mixed`：重置暂存区（默认） - `reset --hard`：丢弃所有修改（危险操作） - **分支关系**： - `origin/bcmwifi8_SPF1.12_20251016` 是远程分支 - `m/master` 可能是本地 master 分支的别名
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值