[Android源码分析]从蓝牙界面看设置中fragment的实现

2024-06-20 21:38
文章标签 分析 实现 android 源码 设置 界面 fragment 蓝牙

本文主要是介绍[Android源码分析]从蓝牙界面看设置中fragment的实现，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

本文和上一篇博文的关联性较大，基本属于后续分析篇。

上一篇博文地址：http://blog.csdn.net/u011960402/article/details/12612173

2. Settings中蓝牙的fragment

         其实在开机情况下，我们还会看到另外一个界面，就是点击一下蓝牙的那个header，会显示如图2所示的界面。这个界面是如何实现的呢，我们来着重分析一下。

我们知道点击header，其实就是调用xml文件中对应的fragment。（为什么？请看androiddeveloper中的设置的介绍，或者看我翻译的版本：http://blog.csdn.net/u011960402/article/details/12569539，哈哈），ok，我们来看一下和蓝牙比较相关的fragment，也就是BluetoothSettings的实现。

图2，蓝牙header点击后的显示界面

先来看一下xml中fragment的设置：

android:fragment="com.android.settings.bluetooth.BluetoothSettings"

所以，很明确，我们要去看BluetoothSettings了。

public final class BluetoothSettings extends DeviceListPreferenceFragment

可以很明确地看到BluetoothSettings是扩展DeviceListPreferenceFragment，而BluetoothSettings中并没有重写onCreate()方法，所以，我们去DeviceListPreferenceFragment看看。

从代码中可以清晰看到，DeviceListPreferenceFragment是有onCreate方法的，我们来研究一下：

 public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
//得到localmanager
mLocalManager = LocalBluetoothManager.getInstance(getActivity());
if (mLocalManager == null) {
Log.e(TAG, "Bluetooth is not supported on this device");
return;
}
//得到localadapter
mLocalAdapter = mLocalManager.getBluetoothAdapter();
//这个会在子类中实现，所以，我们会回到BluetoothSettings去看一下，果然重写了这个函数，具体看2.1
addPreferencesForActivity();
//得到KEY_BT_DEVICE_LIST（bt_device_list）的preference，他其实是一个PreferenceCategory
mDeviceListGroup = (PreferenceCategory) findPreference(KEY_BT_DEVICE_LIST);
if (this instanceof DevicePickerFragment) {
//若是DevicePickerFragment的实例，则把device picker位置起来
((ProgressCategory)mDeviceListGroup).setDevicePicker(true);
}
}

2.1 BluetoothSettings中addPreferencesForActivity分析

@Override
void addPreferencesForActivity() {
//首先load bluetooth_settings，这个xml文件见2.1.1
addPreferencesFromResource(R.xml.bluetooth_settings);
//得到调用这个fragment的activity
Activity activity = getActivity();
//新建一个开关，这个开关从名字上就可以清晰地看出来是actionbar上面的那个开关
Switch actionBarSwitch = new Switch(activity);
//看activity是否是PreferenceActivity的实例，我们是从setting那边过来的，这个if肯定满足了
if (activity instanceof PreferenceActivity) {
//转换为PreferenceActivity
PreferenceActivity preferenceActivity = (PreferenceActivity) activity;
// 
if (preferenceActivity.onIsHidingHeaders() || !preferenceActivity.onIsMultiPane()) {
//得到开关的pixel
final int padding = activity.getResources().getDimensionPixelSize(
R.dimen.action_bar_switch_padding);
//根据上面得到的pixel进行padding
actionBarSwitch.setPadding(0, 0, padding, 0);
//显示定制的view
activity.getActionBar().setDisplayOptions(ActionBar.DISPLAY_SHOW_CUSTOM,
ActionBar.DISPLAY_SHOW_CUSTOM);
//设置定制的view
activity.getActionBar().setCustomView(actionBarSwitch, new ActionBar.LayoutParams(
ActionBar.LayoutParams.WRAP_CONTENT,
ActionBar.LayoutParams.WRAP_CONTENT,
Gravity.CENTER_VERTICAL | Gravity.RIGHT));
}
}
//这里构建了一个BluetoothEnabler，见1.1的分析
mBluetoothEnabler = new BluetoothEnabler(activity, actionBarSwitch);
//这个是为menu键服务的，否则下面的onCreateOptionsMenu就没有用武之地了
//这里就顺便看一下menu键的处理，见2.1.2
setHasOptionsMenu(true);
}

2.1.1 bluetooth_settingsxml文件分析

我们发现，其实bluetooth_settings文件很简单，就只有一个名字而已。一个PreferenceScreen

<PreferenceScreen
xmlns:android="http://schemas.android.com/apk/res/android"
android:title="@string/bluetooth_settings" >
</PreferenceScreen>

2.1.2蓝牙设置界面的menu键处理

         在未打开蓝牙的时候，我们按menu键后的显示如图3。可以看到大概弹出了3个menu的框，那这些是怎么实现的呢？我们来看代码：

 

 @Override
public void onCreateOptionsMenu(Menu menu, MenuInflater inflater) {
//其实menu键的显示和蓝牙是否打开，以及是否可以发现是密切相关的
//先得到他们的状态
boolean bluetoothIsEnabled = mLocalAdapter.getBluetoothState() == BluetoothAdapter.STATE_ON;
boolean isDiscovering = mLocalAdapter.isDiscovering();
//就是正在扫描的时候显示”正在搜索。。”，否则显示“搜索设备”
int textId = isDiscovering ? R.string.bluetooth_searching_for_devices :
R.string.bluetooth_search_for_devices;
//注意到没有，这里是SHOW_AS_ACTION_IF_ROOM，意思就是有地方的话，我就在actionbar上面显示为一个按钮吧，所以，在不按menu键的时候它也是存在的，按了menu键之后，在图3中反而被挡住了，可以参见图2 ，图2中没有按menu键，就可以看到了。
menu.add(Menu.NONE, MENU_ID_SCAN, 0, textId)
//蓝牙没有打开的时候以及正在搜索的时候都会反灰
.setEnabled(bluetoothIsEnabled && !isDiscovering)
.setShowAsAction(MenuItem.SHOW_AS_ACTION_IF_ROOM);
//修改名字的按钮，在蓝牙没有打开的时候是返灰的
//他的显示方式是SHOW_AS_ACTION_NEVER，就是不在action bar中显示
menu.add(Menu.NONE, MENU_ID_RENAME_DEVICE, 0, R.string.bluetooth_rename_device)
.setEnabled(bluetoothIsEnabled)
.setShowAsAction(MenuItem.SHOW_AS_ACTION_NEVER);
//可发现超时的menu
menu.add(Menu.NONE, MENU_ID_VISIBILITY_TIMEOUT, 0, R.string.bluetooth_visibility_timeout)
.setEnabled(bluetoothIsEnabled)
.setShowAsAction(MenuItem.SHOW_AS_ACTION_NEVER);
//显示接收到的文件，这个注意一下，即使蓝牙关闭他也没有返灰哦，毕竟蓝牙关闭了额，他也是可以显示接收到的文件嘛
menu.add(Menu.NONE, MENU_ID_SHOW_RECEIVED, 0, R.string.bluetooth_show_received_files)
.setShowAsAction(MenuItem.SHOW_AS_ACTION_NEVER);
}


 

图3，蓝牙关闭的时候menu键后的显示

2.2 onResume的分析

至此，onCreate就已经分析完成了，细心的同学会发现，好像这个ui还有很多东西啊，比如中间那个“要监测设备，请打卡蓝牙功能”，这样的语句都是什么时候显示的，怎么没有看到啊？呵呵，不急，我们之后activity在oncreate之后还会走到onResume，我们来继续分析onResume的实现，看是否会给我们什么惊喜，哈哈~~

 @Override
public void onResume() {
// resume BluetoothEnabler before calling super.onResume() so we don't get
// any onDeviceAdded() callbacks before setting up view in updateContent()
//这里大概的意思就是先把BluetoothEnabler的resume调用一下，这样在我们updateContent的时候，就不会收到onDeviceAdded的回调了。见2.2.1
mBluetoothEnabler.resume();
super.onResume();
//这个地方开始的时候是没有的
if (mDiscoverableEnabler != null) {
mDiscoverableEnabler.resume();
}
//注册了一个local name change的reveiver
getActivity().registerReceiver(mReceiver, mIntentFilter);
//这个就比较重要了，详细见2.2.2，从UI的角度来看，就是刷新中间我们见到的内容
updateContent(mLocalAdapter.getBluetoothState(), mActivityStarted);
}

2.2.1 BluetoothEnabler的resume分析

 public void resume() {
//没有蓝牙，就会把switch 返灰
if (mLocalAdapter == null) {
mSwitch.setEnabled(false);
return;
}
if (WirelessSettings.isRadioAllowed(mContext, Settings.System.RADIO_BLUETOOTH)) {
// Bluetooth state is not sticky, so set it manually
//手动设置蓝牙的状态。就是根据状态设置按钮的状态，不详细解释了
handleStateChanged(mLocalAdapter.getBluetoothState());
} else {
//否则就把按钮直接干掉，好残忍。。
mSwitch.setChecked(false);
mSwitch.setEnabled(false);
}
//这个不多解释了
if (mSupportBtWifiCoexist == false && isWifiAndWifiApStateDisabled() == false) {
mSwitch.setChecked(false);
mSwitch.setEnabled(false);
}
//注册一个receiver，主要用来接收state change和airplane mode的change
mContext.registerReceiver(mReceiver, mIntentFilter);
//还有一个按钮的监听，这个就是我们按了按钮之后的处理了，在以后再分析
mSwitch.setOnCheckedChangeListener(this);
}

2.2.2 updateContent的详细分析

         这个函数其实就是刷新中间的内容，根据不同的蓝牙状态来进行的。这里我们先只关心蓝牙关闭的时候情况：

 private void updateContent(int bluetoothState, boolean scanState) {
//先得到root preference
final PreferenceScreen preferenceScreen = getPreferenceScreen();
int messageId = 0;
switch (bluetoothState) {
//这个暂时先不管
case BluetoothAdapter.STATE_ON:
……
//但是要关注的是这里是return，不是break，小心！！
return；
case BluetoothAdapter.STATE_TURNING_OFF:
//正在关闭蓝牙。。
messageId = R.string.bluetooth_turning_off;
break;
case BluetoothAdapter.STATE_OFF:
//这个就是那句“要监测设备，请打开蓝牙功能”的这句话了
messageId = R.string.bluetooth_empty_list_bluetooth_off;
break;
case BluetoothAdapter.STATE_TURNING_ON:
//正在打开蓝牙。。
messageId = R.string.bluetooth_turning_on;
break;
}
//这里就是把显示的东西都清空掉
//只留一个text
setDeviceListGroup(preferenceScreen);
//这里包含了停止扫描
removeAllDevices();
//留下的text中显示内容
mEmptyView.setText(messageId);
//这里通知系统menu发生了改变，这样才会在不同的蓝牙状态下显示不同的menu
getActivity().invalidateOptionsMenu();
}

至此，在蓝牙关闭的情况下，设置中能见到的关于蓝牙的UI内容就全部分析结束了。你还有疑问吗？

 

 

若您觉得该文章对您有帮助，请在下面用鼠标轻轻按一下“顶”，哈哈~~·

这篇关于[Android源码分析]从蓝牙界面看设置中fragment的实现的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/1079332。

相关文章

怎样通过分析GC日志来定位Java进程的内存问题

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》：本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.
阅读更多...
Python实现对阿里云OSS对象存储的操作详解

Python实现对阿里云OSS对象存储的操作详解

《Python实现对阿里云OSS对象存储的操作详解》这篇文章主要为大家详细介绍了Python实现对阿里云OSS对象存储的操作相关知识,包括连接,上传,下载,列举等功能,感兴趣的小伙伴可以了解下... 目录一、直接使用代码二、详细使用1. 环境准备2. 初始化配置3. bucket配置创建4. 文件上传到os
阅读更多...
关于集合与数组转换实现方法

关于集合与数组转换实现方法

《关于集合与数组转换实现方法》：本文主要介绍关于集合与数组转换实现方法,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1、Arrays.asList()1.1、方法作用1.2、内部实现1.3、修改元素的影响1.4、注意事项2、list.toArray()2.1、方
阅读更多...
使用Python实现可恢复式多线程下载器

使用Python实现可恢复式多线程下载器

《使用Python实现可恢复式多线程下载器》在数字时代,大文件下载已成为日常操作,本文将手把手教你用Python打造专业级下载器,实现断点续传,多线程加速,速度限制等功能,感兴趣的小伙伴可以了解下... 目录一、智能续传：从崩溃边缘抢救进度二、多线程加速：榨干网络带宽三、速度控制：做网络的好邻居四、终端交互
阅读更多...
java实现docker镜像上传到harbor仓库的方式

java实现docker镜像上传到harbor仓库的方式

《java实现docker镜像上传到harbor仓库的方式》：本文主要介绍java实现docker镜像上传到harbor仓库的方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地... 目录1. 前 言2. 编写工具类2.1 引入依赖包2.2 使用当前服务器的docker环境推送镜像2.2
阅读更多...
C++20管道运算符的实现示例

C++20管道运算符的实现示例

《C++20管道运算符的实现示例》本文简要介绍C++20管道运算符的使用与实现,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧... 目录标准库的管道运算符使用自己实现类似的管道运算符我们不打算介绍太多，因为它实际属于c++20最为重要的
阅读更多...
Java easyExcel实现导入多sheet的Excel

Java easyExcel实现导入多sheet的Excel

《JavaeasyExcel实现导入多sheet的Excel》这篇文章主要为大家详细介绍了如何使用JavaeasyExcel实现导入多sheet的Excel,文中的示例代码讲解详细,感兴趣的小伙伴可... 目录1.官网2.Excel样式3.代码1.官网easyExcel官网2.Excel样式3.代码
阅读更多...
python实现对数据公钥加密与私钥解密

python实现对数据公钥加密与私钥解密

《python实现对数据公钥加密与私钥解密》这篇文章主要为大家详细介绍了如何使用python实现对数据公钥加密与私钥解密,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... 目录公钥私钥的生成使用公钥加密使用私钥解密公钥私钥的生成这一部分，使用python生成公钥与私钥，然后保存在两个文
阅读更多...
MySQL中的表连接原理分析

MySQL中的表连接原理分析

《MySQL中的表连接原理分析》：本文主要介绍MySQL中的表连接原理分析,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1、背景2、环境3、表连接原理【1】驱动表和被驱动表【2】内连接【3】外连接【4编程】嵌套循环连接【5】join buffer4、总结1、背景
阅读更多...
浏览器插件cursor实现自动注册、续杯的详细过程

浏览器插件cursor实现自动注册、续杯的详细过程

《浏览器插件cursor实现自动注册、续杯的详细过程》Cursor简易注册助手脚本通过自动化邮箱填写和验证码获取流程,大大简化了Cursor的注册过程,它不仅提高了注册效率,还通过友好的用户界面和详细... 目录前言功能概述使用方法安装脚本使用流程邮箱输入页面验证码页面实战演示技术实现核心功能实现1. 随机
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2