clearCallingIdentity及restoreCallingIdentity用途

最新推荐文章于 2024-04-16 19:54:59 发布
原创 最新推荐文章于 2024-04-16 19:54:59 发布 · 2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细解析了Android系统服务中clearCallingIdentity和restoreCallingIdentity的作用，通过实例分析了这两个方法如何在权限检查和跨进程通信中确保正确处理调用者的身份。在处理如设置WiFi热点等敏感操作时，这些方法对于维持权限管理和AppOps策略的合规性至关重要。

lollipop-mstar-master/frameworks/opt/net/wifi/service/java/com/android/server/wifi/WifiServiceImpl.java 中api setWifiApEnabled实现中

有以下语句

......

          if (! mSettingsStore.handleWifiApToggled(enabled)) {                                                                                                                                               

                return;

            } else {

                Slog.d(TAG, "handleWifiApToggled " + enabled);

            }    

 

handleWifiApToggled的实现在WifiSettingsStore.java文件中如下：

 

    synchronized boolean handleWifiApToggled(boolean wifiApEnabled) {

        if (mAirplaneModeOn && !isAirplaneToggleable()) {

            return false;

        }

 

        if (wifiApEnabled) {

            if (mAirplaneModeOn) {

                persistWifiApState(WIFI_ENABLED_AIRPLANE_OVERRIDE);

            } else {

                persistWifiApState(WIFI_AP_ENABLED);

            }

        } else {

            persistWifiApState(WIFI_AP_DISABLED);

        }                                                                                                                                                                                                      

        return true;

    }

===》

 

   private void persistWifiApState(int state) {                                                                                                                                                               

        final ContentResolver cr

最低0.47元/天 解锁文章
android IPC通信中的UID和PID识别
杜文涛的专栏
10-31 1万+
IPCThreadState对象维护了2个变量             pid_t               mCallingPid;             uid_t               mCallingUid;     从变量名称来看，这2个变量保存了进程的PID和UID，并且由于这两个变量由IPCThreadState对象维护，可见它们是与IPC相关的。具体它们保存的是IP
Android 7.0 ActivityManagerService(10) App的crash处理
ZhangJian的博客
01-14 4737
在这篇博客中，我们来看一下AMS处理App crash时涉及到的主要流程。
Android窗口管理服务WindowManagerService对窗口的组织方式分析
weixin_30788619的博客
01-21 383
我们知道，在Android系统中，Activity是以堆栈的形式组织在ActivityManagerService服务中的。与Activity类似，Android系统中的窗口也是以堆栈的形式组织在WindowManagerService服务中的，其中，Z轴位置较低的窗口位于Z轴位置较高的窗口的下面。在本文中，我们就详细分析WindowManagerService服务是如何以堆栈...
Android源码的Binder权限控制
Liu的博客
07-27 9949
链接：https://www.zhihu.com/question/41003297/answer/89328987 一、源码分析 （1）clearCallingIdentity方法，最终调用如下： int64_t IPCThreadState::clearCallingIdentity() { int64_t token = ((int64_t)mCallingUid<
clearCallingIdentity与restoreCallingIdentity-千里马framework系统源码实战详解
learnframework的博客
10-27 1215
hi，粉丝朋友大家好：今天带大家来学习一个系统开发过程中大家即“熟悉”又陌生的两个方法，分别是clearCallingIdentity和restoreCallingIdentity，一般他们是成对出现在我们的framework代码中，但大家平时分析源码时候好像并没有在意他的真正作用是什么？为啥在框架代码分析时候可以看到他的大量出现？
Binder.clearCallingIdentity分析
11-24
Binder.clearCallingIdentity()和Binder.restoreCallingIdentity()这两个方法，它的主要作用是暂时获得系统权限。为什么需要系统权限呢？
clearCallingIdentity和restoreCallingIdentity
xiangkezhu的博客
01-18 965
在IPC时，有些情况需要调用clearCallingIdentity和restoreCallingIdentity，原因在于: 假如有A进程和B进程，A调用B，B需要知道A的UID和PID，用于权限检测，于是B就保存了A的UID和PID，当此时B调用本身的方法时，binder驱动会检测B调用的是远成进程还是本地进程，如果是本地进程就不会传UID和PID，但此时B保存的仍然是A的UID和PID，所...
Android Binder权限检查之clearCallingIdentity
chuyouyinghe的专栏
06-01 976
转自：https://www.zhihu.com/question/41003297 参考： https://blog.youkuaiyun.com/thinkinwm/article/details/18311211 https://blog.youkuaiyun.com/windskier/article/details/6921672//博主博客也很优秀 作者：Gityuan 链接：https://www.zhihu.com/question/41003297/answer/89328987 来源：知乎 ...
@Override public void activityPaused(IBinder token) { final long origId = Binder.clearCallingIdentity(); synchronized (mGlobalLock) { Trace.traceBegin(TRACE_TAG_WINDOW_MANAGER, "activityPaused"); final ActivityRecord r = ActivityRecord.forTokenLocked(token); if (r != null) { //#ifdef OPLUS_FEATURE_FLEXIBLEWINDOW //zengzhiling@ANDROID.WMS,2023/04/03,Add for canvas window mode mActivityClientControllerExt.notifyFlexibleWindowTaskVanish(r, false, true); //#endif /* OPLUS_FEATURE_FLEXIBLEWINDOW */ r.activityPaused(false); } Trace.traceEnd(TRACE_TAG_WINDOW_MANAGER); } Binder.restoreCallingIdentity(origId); }
11-21
2. Binder.clearCallingIdentity()和Binder.restoreCallingIdentity()在此方法中的必要性是什么？ 3. OPPO的灵活窗口模式（FlexibleWindow）在Activity生命周期管理中有哪些特殊处理？ 4. 在Activity暂停时，系统...
public void registerLocationRequest(LocationRequest request, CallerIdentity identity, @PermissionLevel int permissionLevel, ILocationListener listener) { LocationListenerRegistration registration = new LocationListenerRegistration( request, identity, new LocationListenerTransport(listener), permissionLevel); synchronized (mMultiplexerLock) { Preconditions.checkState(mState != STATE_STOPPED); final long ident = Binder.clearCallingIdentity(); try { putRegistration(listener.asBinder(), registration); } finally { Binder.restoreCallingIdentity(ident); } } }中的putRegistration(callback.asBinder(), registration);在哪个类中
10-29
结论：在Android官方源码中，`putRegistration`方法出现在`BatteryStatsService`中，尽管其用途与回调注册不完全相同，但方法名和参数形式（一个IBinder和一个对象）是匹配的。 所以，我们可以回答用户： </think>#...
void tempAllowlistTargetPkgIfPossible(int targetUid, String targetPackage, 914 int callingPid, int callingUid, String callingPackage, String reason) { 915 final long token = Binder.clearCallingIdentity(); 916 try { 917 MediaServerUtils.enforcePackageName(mContext, callingPackage, callingUid); 918 if (targetUid != callingUid) { 919 boolean canAllowWhileInUse = 920 mActivityManagerInternal.canAllowWhileInUsePermissionInFgs( 921 callingPid, callingUid, callingPackage); 922 boolean canStartFgs = 923 canAllowWhileInUse 924 || mActivityManagerInternal.canStartForegroundService( 925 callingPid, callingUid, callingPackage); 926 Log.i(TAG, "tempAllowlistTargetPkgIfPossible callingPackage:" 927 + callingPackage + " targetPackage:" + targetPackage 928 + " reason:" + reason 929 + (canAllowWhileInUse ? " [WIU]" : "") 930 + (canStartFgs ? " [FGS]" : "")); 931 if (canAllowWhileInUse) { 932 mActivityManagerInternal.tempAllowWhileInUsePermissionInFgs( 933 targetUid, 934 MediaSessionDeviceConfig 935 .getMediaSessionCallbackFgsWhileInUseTempAllowDurationMs()); 936 } 937 if (canStartFgs) { 938 final Context userContext = mContext.createContextAsUser( 939 UserHandle.of(UserHandle.getUserId(targetUid)), /* flags= */ 0); 940 final PowerExemptionManager powerExemptionManager = 941 userContext.getSystemService( 942 PowerExemptionManager.class); 943 powerExemptionManager.addToTemporaryAllowList(targetPackage, 944 PowerExemptionManager.REASON_MEDIA_SESSION_CALLBACK, reason, 945 MediaSessionDeviceConfig.getMediaSessionCallbackFgsAllowlistDurationMs()); 946 } 947 } 948 } finally { 949 Binder.restoreCallingIdentity(token); 950 } 951 }深度解析
最新发布
12-02
输出调用方、目标方、原因及权限标签（如 `[WIU] [FGS]`），与用户看到的日志完全一致。 - **调试用途**： 开发者可通过日志快速判断权限是否被正确授予。 --- ### **5. 安全与设计思想** 1. **双验证机制**： ...
Binder的clearCallingIdentity与restoreCallingIdentity解析
willsunforitcast的博客
06-11 596
参考博文：http://blog.youkuaiyun.com/windskier/article/details/6921672    
系统源码分析-android_id 生成
shuang__zi的专栏
12-06 6072
源码的查看推荐在AndroidXRef进行查看。 1.一般我们获取android_id是通过以下的方式进行获取 Settings.System.getString(context.contentResolver, Settings.System.ANDROID_ID) 跟踪android.provider.Settings中的getString方法 private static fin...
Android源码的Binder权限是如何控制的？
2401_84149845的博客
04-16 1276
从token中解析出PID和UID，并赋值给相应的变量。该方法正好是clearCallingIdentity的反过程。到此，应该明白了从代码角度是如何实现的。上述过程主要在system_server进程的各个线程中比较常见（普通的app应用很少出现），比如system_server进程中的ActivityManagerService子线程，代码如下：@Override//获取远程Binder调用端的pid。
Android App 授权机制简析
一杯苦芥的专栏
12-31 5546
一、申请方式 1.运行时权限 从Android M开始，之后的版本有了些许调整，但对危险权限的处理方式是一致的。无论是亲自编码实现，还是引用第三方框架，技术都已经很成熟了，在此不做过多的论述。 2.android.uid.system 不同于通过install方式安装的App，将该属性添加到AndroidManifest.xml中后，做为预置App集成到ROM中，便可直接使用在清单文件中声明的权限。至于App是否需要采用系统签名，与FWK的实现有关。 3.default permission 对于那
Android源码的Binder权限是如何控制的？，大厂首发
m0_54816834的博客
03-28 839
该方法一般是system_server进程的子线程调用远程进程时使用，而attachApplicationLocked方法则是在同一个线程中，故需要在调用该方法前清空远程调用者的uid和pid，调用结束后恢复远程调用者的uid和pid。同时我还搜集整理2020年字节跳动，以及腾讯，阿里，华为，小米等公司的面试题，把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 Xmind（实际上比预期多花了不少精力），包含。学习方向很容易规划，但是如果只通过碎片化的学习，对自己的提升是很慢的。
restoreCallingIdentity
05-19
`restoreCallingIdentity` 是 Android 系统中的一个方法，用于恢复之前通过 `Binder.getCallingUid()` 和 `Binder.clearCallingIdentity()` 获取并清除的调用者身份标识。 在 Android 中，每个应用都有其自己的用户标识符（UID），用于限制应用的访问权限。当一个应用需要调用另一个应用的方法时，系统会检查调用者的 UID 是否有权限执行该操作。因此，在跨应用调用时，需要通过 `Binder.getCallingUid()` 获取调用者的 UID 并保存起来，然后通过 `Binder.clearCallingIdentity()` 清除调用者的身份标识，以免在后续的调用中出现权限问题。 当跨应用调用完成后，如果需要恢复之前的调用者身份标识，就可以使用 `restoreCallingIdentity` 方法将之前保存的 UID 恢复回来。 注意：`restoreCallingIdentity` 方法只能在具有特定权限的应用程序中使用，否则会抛出安全异常。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值