Telephony业务关键日志

原创 已于 2024-07-09 13:53:50 修改 · 271 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#android

于 2024-07-09 11:33:03 首次发布

DATA:
“SET_DATA_PROFILE”
"SET_INITIAL_ATTACH_APN"
"UNSOL_RESPONSE_NETWORK_STATE_CHANGED"
"onNetworkStateChanged"
" pollState: modemTriggered"
> DATA_REGISTRATION_STATE
> VOICE_REGISTRATION_STATE
"Poll ServiceState done:"
"Broadcasting ServiceState : "
"NetworkController.MobileSignalController(1): Change in state from"


"SETUP_DATA_CALL"
"DEACTIVATE_DATA_CALL"
"< UNSOL_DATA_CALL_LIST_CHANGED"
" DNC-0   : Internet data state changed from"

"SET_PREFERRED_NETWORK_TYPE"

SIM卡：
"updateSimState: phoneId="
]> ENABLE_UICC_APPLICATIONS
]> GET_SIM_STATUS
]> GET_IMSI搜网：
]> GET_ALLOWED_NETWORK_TYPES_BITMAP
]> START_NETWORK_SCAN
]> SET_NETWORK_SELECTION_MANUAL 


WIFI:
EVENT_NETWORK_INFO_CHANGED, going from CONNECTING

cornerOfHeart
关注
Android logd日志简介及典型案例分析
新程序圆
08-14 516
在程序开发中，日志记录是一项极为常见的操作，也是调试和验证代码的关键工具。在Android开发中，开发者通常通过Log或Slog等接口进行日志写入，再通过logcat命令读取日志信息。尽管日志的写入和读取机制在系统代码中得到了实现，但很多开发者可能并未深入了解其背后的具体流程。本文将详细讨论Android日志系统的读写过程，并分析常见的日志丢失场景及典型案例。Android日志系统的接口主要分为Java层、Native层和Kernel层。首先来看Java层的日志调用接口。日志级别从低到高依次为。
Android RIL面试题及参考答案
大模型大数据攻城狮的专栏
11-30 857
Android RIL 即无线接口层，它是位于 Android 操作系统与移动设备的无线通信硬件之间的一个软件抽象层。其主要目的是为 Android 系统提供一个统一的接口，以便与各种不同类型的无线通信芯片及模块进行交互和通信，从而实现诸如语音通话、短信收发、移动数据网络连接等无线通信功能。从功能实现角度看，RIL 屏蔽了底层无线通信硬件的复杂性和差异性。不同的手机制造商可能会采用不同厂商的基带芯片等无线通信硬件，这些硬件在接口规范、功能实现细节等方面存在很大差别。
网络变化流程
青云衣兮白霓裳
11-15 1434
Step 1：注册监听事件 ServiceStateTracker在构造函数就会通过registerForNetworkRegistrationStateChanged注册网络状态的变化监听，处理事件为EVENT_NETWORK_STATE_CHANGED Step 2：modem主动上报 01-25 10:13:56.717 D/RILJ (3636): [UNSL]< UNSOL_...
RILJ层的语音注册和数据注册的解释
wys_yuan的博客
08-21 2884
关于RILJ层的VOICE_REGISTRATION_STATE 与DATA_REGISTRATION_STATE 的解释一、定义的位置：hardware\ril\include\telephony\ril.h定义： #define RIL_REQUEST_VOICE_REGISTRATION_STATE 20 #define RIL_REQUEST_DATA_REGISTRA
android 系统数据业务---模式切换分析(下)
Jack的博客
07-17 3803
5.3 RIL_REQUEST_DATA_REGISTRATION_STATE 在GsmServiceStateTracker的构造方法中,注册了一些监听事件, mCi.registerForAvailable(this, EVENT_RADIO_AVAILABLE, null); mCi.registerForRadioStateChanged(this, EVENT_RADIO_STA
java的RIL框架处理modem网络状态改变事件的流程
好记性不如写博客！
05-25 2272
############################################################################################### PhoneApp收到一个RIL_UNSOL_RESPONSE_NETWORK_STATE_CHANGED网络状态变化事件。 发送message到注册的handler上。GsmServiceStateTra
数据业务AP Log分析
qq_42894864的博客
01-31 2461
数据业务AP Log分析 PS接入技术 Radio log中搜索“<DATA_REG” 08-01 17:24:10.879229 2702 2831 D RILJ : [4020]< DATA_REGISTRATION_STATE {.regState = REG_HOME, .rat = 14, .reasonDataDenied = 0, .maxDataCalls = 9, .cellIdentity = {.cell...
Telephony框架设计解析.doc
10-07
AP区分多卡主要是通过在系统中为每个SIM卡创建对应的电话服务对象，如Phone对象，来处理不同卡的通话和数据业务。此外，系统还需要处理多运营商的兼容性问题，这涉及到网络频段、网络类型的支持以及运营商特定的配置...
【彩信业务全解析】：掌握关键结构、协议、流程及优化策略
本文首先介绍了彩信业务的基础知识和关键结构，包括彩信的基本结构和主要组成部分，以及彩信传输和编码相关的协议。随后，文章深入分析了彩信业务的发送和接收流程，详述了操作者和服务器、客户端在彩信处理中的角色...
android 系统数据业务---phone进程启动
Jack的博客
07-17 1533
前言: 电话管理是Android 系统支持的重要的业务之一，提供接听电话，收发短信、电话薄、网络事件监听、 读取用户信息、2G/3G/4G信号切换等功能。由上到下分为4层, PHONE应用层，Telephony框架实现层， RIL层。本文基于android 5.1,架构图如下, 整个框架的调用流程图如下, 整个网络虽然涉及到的进程也比较多,但是仔细分析起来关键点没有多少。本文
android ril 代码逻辑分析
Leo
08-11 2795
--Ril.h------------------------------------------------------------ typedef struct {     int version;        /* set to RIL_VERSION */     RIL_RequestFunc onRequest;     RIL_RadioStateRequest onSta
安卓10来电流程详细总结
mike_jungle的博客
12-08 4817
来电过程， 是由com.android.phone进程发起的，因为 com.android.phone 进程中 Telephony 直接与Moderm层交互， com.android.phone 进程收到来来电消息后，发送消息给 system 进程， system 进程（Telecom作为中介）开始和com.android.phone 进程建立链接， 并通知 UI 进程 (com.android.dialer) 更新。大体上和拨号过程类似。 来电流程时序图： 对于MO Call来说，一般是由..
Android RIL模块非启动界面联网实战（二）
xqhrs232的专栏
12-11 2279
原文地址::http://yangyangzhao.blog.163.com/blog/static/17581636620101163758306/   在Android RIL模块非启动界面联网实战（一）中，最后发现只需要调用radiooptions这个程序就可以达到联网的目的了，一切似乎都很简单。 事实上如何呢？在android的shell下调用radiooptions，得到它的usa
AndroidQ_默认数据连接的建立
weixin_43507738的博客
06-17 1873
默认数据连接创建 创建默认数据连接有两种方式： 开机初始化（需要Settings默认数据开关是打开的） 用户从Settings UI上手动打开 一， 开机default Data建立的过程： PhoneApp在启动过程中，有好几次都会调用Dctracker的trySetupData，这个方法最终会向驱使RILJ向RILC发起SETUP_DATA_CALL。这个方法中有个重要的判断isDataAllowed来决定要不要setupData。而dataAllowed只有当收到SSTracker EVENT_D
【Code】KaiOS SPN运营商名称显示代码逻辑和日志分析
。
04-07 1284
与SPN运营商名称显示有关的代码流程和日志分析，包括SIM卡相关信息获取和SPN更新逻辑，从systemui应用层到RIL层与MD请求交互的过程。
Android Telephony 分析【全】
mydots的专栏
10-02 5500
11年下半年一直在做RIL的移植，主要解决第三方库的一些bug，使之能更好的工作在公司的PAD上。但是后来发现远远不够，有好多问题出现在Framework层。比方说我们想让PAD支持热插拔，尽管底层做好了，但上层还会出现很多问题，如PIN/PUK解锁功能，用户把解锁PIN/PUK的界面打开但同时他把卡拔掉了，此时是无法解锁的，系统该如何响应此时的情况，我们该怎么做，这都是需要了解Telephony
ril 回调函数列表
拒绝背八股文
05-16 771
case RIL_UNSOL_RESPONSE_RADIO_STATE_CHANGED: ret = responseVoid(p); break; case RIL_UNSOL_RESPONSE_CALL_STATE_CHANGED: ret = responseVoid(p); break; case RIL_U...
浅析网络轮询状态的变化---pollState()
wys_yuan的博客
05-18 2256
前言 Android N Log分析 04-13 16:47:03.475 D/RILJ ( 2168): [8442]&amp;amp;gt; DATA_REGISTRATION_STATE [SUB0] 04-13 16:47:03.651 D/RILJ ( 2168): [8442]&amp;amp;lt; DATA_REGISTRATION_STATE {1, null, 02f0b403, 14, ...
Telephony基础之DataCall业务(ServiceState.java)
cornerOfHeart的博客
04-11 2114
                                                                                            开机注网流程图                                                                                             信号更...
/** * 获取漫游状态 */ public int getRoamStatus(Context context) { TelephonyManager telephonyManager = (TelephonyManager) context.getSystemService(Context.TELEPHONY_SERVICE); ServiceState serviceState = telephonyManager.getServiceState(); boolean result1 = telephonyManager.isNetworkRoaming(); boolean result2 = serviceState.getRoaming(); Log.d(TAG, "ZJJ_DEBUG MobileNetworkUtil getRoamStatus result1: " + result1 + ", result2 = " + result2); if(result1 && result2){ return 2; }else if(!result1 || !result2){ return 1; } return 0; }代码优化
最新发布
03-25
<think>嗯，用户让我帮忙优化这段Java代码，是关于获取漫游状态的。首先，我得仔细看看这段代码的结构和逻辑。代码的大致流程是获取TelephonyManager和ServiceState，然后检查两个不同的漫游状态结果，最后根据这两个结果返回不同的整数值。 首先，我注意到代码中有两个变量result1和result2，都是布尔值。result1来自telephonyManager.isNetworkRoaming()，而result2来自serviceState.getRoaming()。然后根据这两个值的组合返回不同的状态码。原来的逻辑是，如果两者都为真，返回2；如果其中一个或两个为假，返回1；否则返回0。但这里可能存在逻辑问题，因为当其中一个为假时，就会进入else if，但最后的return 0可能永远不会执行，因为所有情况都被前面的条件覆盖了。 接下来，我需要确认这两个方法的区别。TelephonyManager.isNetworkRoaming()是根据网络运营商判断是否漫游，而ServiceState.getRoaming()是设备当前的注册状态是否处于漫游。这两个可能在某些情况下不一致，比如网络未注册但运营商判断为漫游。因此，正确的逻辑应该是只有当两者都返回true时才视为漫游状态，否则可能不是。 原来的代码在条件判断上有问题。例如，当result1和result2都为false时，会进入else if (!result1 || !result2)，返回1，但根据需求，可能应该返回非漫游状态。这说明原逻辑可能混淆了条件判断，导致返回值不正确。 接下来考虑代码优化点。首先，变量命名不够清晰，result1和result2可以改为更具体的名字，比如isNetworkRoaming和isServiceRoaming。其次，条件判断可以简化，原代码中的if-else结构可能可以合并，比如直接检查两个条件是否都为true，返回2，否则根据任一为true返回1，或者都false返回0。但需要明确业务需求，漫游状态是否需要两者都为真才视为漫游，还是任一即可。 另外，需要处理可能的空指针异常，比如serviceState可能为null，调用getRoaming()时会崩溃。所以需要添加空检查，比如在获取serviceState后，判断是否为null，再调用getRoaming()，或者使用默认值。 还有，日志输出可以更规范，使用统一的日志标签，可能考虑使用BuildConfig.DEBUG来判断是否输出日志，避免生产环境泄露敏感信息。 最后，返回的状态码可能需要注释说明，或者使用枚举常量来提高可读性，避免魔术数字。 总结下来，优化点包括：变量命名、条件逻辑修正、空指针处理、日志优化、使用常量代替魔术数字。可能还需要添加注释说明返回值含义，以及处理可能出现的异常情况，比如权限检查，因为访问电话状态需要READ_PHONE_STATE权限，如果未授权，可能会抛出异常，需要捕获处理或者提醒用户。</think>以下从代码规范、逻辑优化和异常处理三个层面对这段代码进行优化建议： 一、代码规范性优化 ```java /** * 获取漫游状态（优先级：双True > 单True > 双False） * @return 2-双重漫游，1-单条件漫游，0-非漫游 */ public int getRoamStatus(Context context) { final TelephonyManager telephonyManager = (TelephonyManager) context.getSystemService(Context.TELEPHONY_SERVICE); final ServiceState serviceState = telephonyManager.getServiceState(); // 使用明确命名的布尔变量 final boolean isNetworkRoaming = telephonyManager.isNetworkRoaming(); boolean isServiceRoaming = false; // 添加空指针保护 if (serviceState != null) { isServiceRoaming = serviceState.getRoaming(); } Log.d(TAG, String.format("RoamStatus: NetworkRoaming=%s, ServiceRoaming=%s", isNetworkRoaming, isServiceRoaming)); // 使用更直观的三目表达式 return (isNetworkRoaming && isServiceRoaming) ? 2 : (isNetworkRoaming || isServiceRoaming) ? 1 : 0; } ``` 二、逻辑优化说明 1. 条件判断优化： - 原代码中当`result1 && result2`时返回2 - 修正后的逻辑： $$ \begin{cases} 2 & \text{当 } R_{\text{net}} \land R_{\text{svc}} \\ 1 & \text{当 } R_{\text{net}} \lor R_{\text{svc}} \\ 0 & \text{其他情况} \end{cases} $$ 其中$R_{\text{net}}$表示网络层漫游，$R_{\text{svc}}$表示服务状态层漫游 2. 增加防御性编程： - 对`serviceState`进行空值检查，避免`NullPointerException` - 使用`final`修饰不可变引用 三、异常处理建议 1. 添加权限检查（需在AndroidManifest.xml声明）： ```java if (ContextCompat.checkSelfPermission(context, Manifest.permission.READ_PHONE_STATE) != PackageManager.PERMISSION_GRANTED) { Log.w(TAG, "Required permission missing: READ_PHONE_STATE"); return 0; // 或抛出IllegalStateException } ``` 2. 建议使用枚举提升可读性： ```java public enum RoamStatus { DUAL_ROAMING(2), SINGLE_ROAMING(1), NOT_ROAMING(0); private final int value; // 构造方法及getter } ``` 四、优化后代码特点 1. 变量命名：使用`isNetworkRoaming`等自解释名称 2. 状态判断：使用三目运算符实现阶梯判断 3. 日志规范：采用格式化字符串提升可读性 4. 异常防护：增加关键对象的空指针检查 5. 可维护性：通过方法注释明确业务规则 建议根据具体业务需求确定漫游判断逻辑的严格程度，当前实现认为双条件满足时是最高优先级的漫游状态。如果需要更严格的判断，可修改条件表达式。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值