Android Framework学习五:APP启动过程原理及速度优化

文章目录

  • APP启动优化概述
  • APP启动流程
    • 点击图片启动APP的过程
    • 启动触发
    • Zygote 与应用进程创建
      • Zygote
      • 进程的创建
      • 应用进程初始化
    • Application
    • Activity 启动与显示
  • 优化启动时黑白屏现象
    • 可优化的阶段
      • Application阶段
        • 相关优化
      • Activity阶段
      • 数据加载阶段
  • Framework学习系列文章

APP启动优化概述

  1. 优化方向
    在这里插入图片描述

  2. 启动优化流程
    在这里插入图片描述

APP启动流程

在这里插入图片描述

点击图片启动APP的过程

这张图展示了 Android 系统中应用程序(App)启动的完整流程,涉及多个关键组件及其交互
在这里插入图片描述

启动触发

  1. Launcher:用户在手机桌面点击应用图标,Launcher(桌面启动器)响应点击事件。通过Binder机制向service_manager查询ActivityTaskManagerService(ATMS,活动管理服务)服务。
  2. service_manager 和 Binder:service_manager是系统中管理服务的组件,通过Binder这种进程间通信机制,Launcher获取到AMS服务的相关信息。Binder是 Android 系统中实现进程间通信的重要机制,提供高效稳定的通信能力。
  3. system_server:system_server进程是 Android 系统核心进程,包含ActivityManagerService和WindowManagerService等重要服务。AMS负责管理应用程序的生命周期、Activity 的启动与切换等;WindowManagerService负责窗口的管理和显示等。

在这里插入图片描述

具体代码如下:

  • Launcher调用Activity.startActivity启动Activity
    Activity.java
@Overridepublic void startActivity(Intent intent, @Nullable Bundle options) {...if (options != null) {startActivityForResult(intent, -1, options);} else {startActivityForResult(intent, -1);}}public void startActivityForResult(@RequiresPermission Intent intent, int requestCode,@Nullable Bundle options) {...Instrumentation.ActivityResult ar =mInstrumentation.execStartActivity(this, mMainThread.getApplicationThread(), mToken,this,intent, requestCode, options);...}
  • Instrumentation.execStartActivity调用
    Instrumentation.java
public ActivityResult execStartActivity(Context who, IBinder contextThread, IBinder token, Activity target,Intent intent, int requestCode, Bundle options) {...// ActivityTaskManagerServiceint result = ActivityTaskManager.getService().startActivity(whoThread,who.getBasePackageName(),who.getAttributionTag(),intent,intent.resolveTypeIfNeeded(who.getContentResolver()),token,target != null ? target.mEmbeddedID : null, requestCode, 0, null, options); ...
}
  • ActivityTaskManagerService.startActivityAsUser
    ActivityTaskManagerService::startActivity调用startActivityAsUser
    ActivityTaskManager.getService()其实返回的是ATMS的binder
final IBinder b = ServiceManager.getService(Context.ACTIVITY_TASK_SERVICE);
return IActivityTaskManager.Stub.asInterface(b);

至此,startActivity 的工作重心成功地从 应用进程(app) 转移到了系统进程(system_service) 的 ATMS 中。

private int startActivityAsUser(IApplicationThread caller, String callingPackage,@Nullable String callingFeatureId, Intent intent, String resolvedType,IBinder resultTo, String resultWho, int requestCode, int startFlags,ProfilerInfo profilerInfo, Bundle bOptions, int userId, boolean validateIncomingUser) {assertPackageMatchesCallingUid(callingPackage);enforceNotIsolatedCaller("startActivityAsUser");userId = getActivityStartController().checkTargetUser(userId, validateIncomingUser,Binder.getCallingPid(), Binder.getCallingUid(), "startActivityAsUser");// getActivityStartController().obtainStarter是ActivityStarterreturn getActivityStartController().obtainStarter(intent, "startActivityAsUser").setCaller(caller).setCallingPackage(callingPackage).setCallingFeatureId(callingFeatureId).setResolvedType(resolvedType).setResultTo(resultTo).setResultWho(resultWho).setRequestCode(requestCode).setStartFlags(startFlags).setProfilerInfo(profilerInfo).setActivityOptions(bOptions).setUserId(userId).execute();}
  • ActivityStarter.execute
    ActivityStarter.java
int execute() {...res = executeRequest(mRequest);...}
private int executeRequest(Request request) {...ActivityRecord sourceRecord = null;ActivityRecord resultRecord = null;...mLastStartActivityResult = startActivityUnchecked(r, sourceRecord, voiceSession,request.voiceInteractor, startFlags, true /* doResume */, checkedOptions, inTask,restrictedBgActivity, intentGrants);...return mLastStartActivityResult;}
  • ActivityStarter.startActivityUnchecked
private int startActivityUnchecked(final ActivityRecord r, ActivityRecord sourceRecord,IVoiceInteractionSession voiceSession, IVoiceInteractor voiceInteractor,int startFlags, boolean doResume, ActivityOptions options, Task inTask,boolean restrictedBgActivity, NeededUriGrants intentGrants) {....try {...result = startActivityInner(r, sourceRecord, voiceSession, voiceInteractor,startFlags, doResume, options, inTask, restrictedBgActivity, intentGrants);} finally {...}postStartActivityProcessing(r, result, startedActivityRootTask);return result;}
  • ActivityStarter.startActivityInner
int startActivityInner(final ActivityRecord r, ActivityRecord sourceRecord,IVoiceInteractionSession voiceSession, IVoiceInteractor voiceInteractor,int startFlags, boolean doResume, ActivityOptions options, Task inTask,boolean restrictedBgActivity, NeededUriGrants intentGrants) {setInitialState(r, options, inTask, doResume, startFlags, sourceRecord, voiceSession,voiceInteractor, restrictedBgActivity);...// RootWindowContainermRootWindowContainer.resumeFocusedTasksTopActivities(mTargetRootTask, mStartActivity, mOptions, mTransientLaunch);...return START_SUCCESS;}
  • RootWindowContainer.resumeFocusedTasksTopActivities
boolean resumeFocusedTasksTopActivities(Task targetRootTask, ActivityRecord target, ActivityOptions targetOptions,boolean deferPause) {...boolean result = false;if (targetRootTask != null && (targetRootTask.isTopRootTaskInDisplayArea()|| getTopDisplayFocusedRootTask() == targetRootTask)) {// Taskresult = targetRootTask.resumeTopActivityUncheckedLocked(target, targetOptions,deferPause);}...return result;}
  • Task.resumeTopActivityInnerLocked
    Task.java
 private boolean resumeTopActivityInnerLocked(ActivityRecord prev, ActivityOptions options) {...if (mResumedActivity != null) {pausing |= startPausingLocked(userLeaving, false , next); // 这里会调用Launcher的pause}...// ActivityTaskSupervisormStackSupervisor.startSpecificActivity(next, true, false);...}
  • ActivityStackSupervisor::startSpecificActivity
    ActivityStackSupervisor会判断进程是否存在,存在则调用realStartActivityLocked,不存在则调用startProcessAsync创建其实是通过Zygote来fork创建进程,进程创建后还是会调用realStartActivityLocked的。
    在这里插入图片描述

Zygote 与应用进程创建

Zygote

Zygote:AMS通过Zygote进程来创建新的应用程序进程(App)。Zygote 是 Android 系统中一个特殊的进程,是所有 Java 应用程序进程的孵化器,它在系统启动时就已启动并处于就绪状态。Zygote 通过fork系统调用创建新的应用进程,新进程会继承 Zygote 进程的一些初始化状态,提高应用启动效率。

进程的创建

在这里插入图片描述
来看看mService.startProcessAsync

  • ActivityManagerInternal.startProcess()
/*** Activity manager local system service interface.*/
public abstract class ActivityManagerInternal {/** Starts a given process. */// 调用的是ActivityManagerService.LocalService.startProcess()--》ActivityManagerService.startProcessLockedpublic abstract void startProcess(String processName, ApplicationInfo info,boolean knownToBeDead, boolean isTop, String hostingType, ComponentName hostingName);
}
  • ActivityManagerService.startProcessLocked
/*** Process management.*/final ProcessList mProcessList;@GuardedBy("this")final ProcessRecord startProcessLocked(String processName,ApplicationInfo info, boolean knownToBeDead, int intentFlags,HostingRecord hostingRecord, int zygotePolicyFlags, boolean allowWhileBooting,boolean isolated, boolean keepIfLarge) {// ProcessList,最终调用的是ProcessList.startProcess()-->Process.startreturn mProcessList.startProcessLocked(processName, info, knownToBeDead, intentFlags,hostingRecord, zygotePolicyFlags, allowWhileBooting, isolated, 0 /* isolatedUid */,keepIfLarge, null /* ABI override */, null /* entryPoint */,null /* entryPointArgs */, null /* crashHandler */);}
  • Process.start
/*** State associated with the zygote process.*/public static final ZygoteProcess ZYGOTE_PROCESS = new ZygoteProcess();public static ProcessStartResult start(@NonNull final String processClass,@Nullable final String niceName,int uid, int gid, @Nullable int[] gids,int runtimeFlags,int mountExternal,int targetSdkVersion,@Nullable String seInfo,@NonNull String abi,@Nullable String instructionSet,@Nullable String appDataDir,@Nullable String invokeWith,@Nullable String packageName,int zygotePolicyFlags,boolean isTopApp,@Nullable long[] disabledCompatChanges,@Nullable Map<String, Pair<String, Long>>pkgDataInfoMap,@Nullable Map<String, Pair<String, Long>>whitelistedDataInfoMap,boolean bindMountAppsData,boolean bindMountAppStorageDirs,@Nullable String[] zygoteArgs) {return ZYGOTE_PROCESS.start(processClass, niceName, uid, gid, gids,runtimeFlags, mountExternal, targetSdkVersion, seInfo,abi, instructionSet, appDataDir, invokeWith, packageName,zygotePolicyFlags, isTopApp, disabledCompatChanges,pkgDataInfoMap, whitelistedDataInfoMap, bindMountAppsData,bindMountAppStorageDirs, zygoteArgs);}
  • ZygoteProcess.start
    ZygoteProcess 最核心的作用是借助与 Zygote 进程的通信,创建新的应用进程
public final Process.ProcessStartResult start(...) {return startViaZygote(processClass, niceName, uid, gid, gids,runtimeFlags, mountExternal, targetSdkVersion, seInfo,abi, instructionSet, appDataDir, invokeWith, /*startChildZygote=*/ false,packageName, zygotePolicyFlags, isTopApp, disabledCompatChanges,pkgDataInfoMap, allowlistedDataInfoList, bindMountAppsData,bindMountAppStorageDirs, zygoteArgs);}

会通过LocalSocket与Zygote建立socket连接,沟通Zygote fork进程
在这里插入图片描述

  • ZygoteConnection.forkAndSpecialize
    这个时候还是在.cpp中执行,fork子进程,native方法,内部实现就是c语言的fork函数调用。
    在这里插入图片描述
  • ZygoteConnection.handleChildProc
    ZygoteConnection.java这个时候跑到java,这里是子进程的代码了,
    在这个函数中会调用ZygoteInit
    在这里插入图片描述
  • ZygoteInit.ZygoteInit
    ZygoteInit.java
    在这里插入图片描述
  • nativeZygoteInit
    AndroidRuntime.cpp
    在这里插入图片描述
    在这里插入图片描述
  • ProcessState构造创建Binder
    ProcessState.cpp
    在这里插入图片描述构造ProcessState时就会调用open_driver(“/dev/binder”),打开binder驱动设备,然后通过mmap向binder驱动申请空间。
    在这里插入图片描述
    mmap时,会申请BINDER_VM_SIZE大小的空间,不到1M,1M减2个内存页的大小。
    在这里插入图片描述
    然后接着onZygoteInit会调用proc->processThreadPool()启动binder线程池,默认最大线程数为15。
  • RuntimeInit.findStaticMain
    与Zygote通过socket通信时,会传参数"android.app.ActivityThread"过来,通过findStaticMain定位到ActivityThread.main。
    在这里插入图片描述
    在这里插入图片描述

这样fork进程后会跳转到新进程的main入口,就是ActivityThread.main函数。

应用进程初始化

  • ActivityThread:应用进程创建后,首先执行ActivityThread.main()方法,这是应用程序主线程(UI 线程)的入口。接着依次调用AT.attach()和AT.bindApplication()方法,完成主线程与系统的绑定以及应用程序的初始化相关操作 。
ActivityThread.javapublic static void main(String[] args) {...Looper.prepareMainLooper();...ActivityThread thread = new ActivityThread();thread.attach(false, startSeq);...Looper.loop();...}private void attach(boolean system, long startSeq) {final IActivityManager mgr = ActivityManager.getService();try {mgr.attachApplication(mAppThread, startSeq);} catch (RemoteException ex) {throw ex.rethrowFromSystemServer();}}

ActivityManagerService.java

private boolean attachApplicationLocked(@NonNull IApplicationThread thread,int pid, int callingUid, long startSeq) {...// 发送MH.BIND_APPLICATION的Message,在Handler中调用了Application的onCreatethread.bindApplication(processName, appInfo, providerList,instr2.mClass,profilerInfo, instr2.mArguments,instr2.mWatcher,instr2.mUiAutomationConnection, testMode,mBinderTransactionTrackingEnabled, enableTrackAllocation,isRestrictedBackupMode || !normalMode, app.isPersistent(),new Configuration(app.getWindowProcessController().getConfiguration()),app.compat, getCommonServicesLocked(app.isolated),mCoreSettingsObserver.getCoreSettingsLocked(),buildSerial, autofillOptions, contentCaptureOptions,app.mDisabledCompatChanges);...// 这里会最终调用到ActivityStackSupervisor.realStartActivityLockeddidSomething = mAtmInternal.attachApplication(app.getWindowProcessController());...}
  • realStartActivityLocked会调用到ActivityThread.performLaunchActivity()
    进程创建后,开始启动Activity
    ActivityThread.java
private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {// 创建Context,Context:初始化过程中会构建Context(上下文),它是应用程序环境的抽象类,提供了应用程序运行所需的各种信息和操作接口,如资源访问、系统服务获取等。ContextImpl appContext = createBaseContextForActivity(r);...//反射创建Activityjava.lang.ClassLoader cl = appContext.getClassLoader();activity = mInstrumentation.newActivity(cl, component.getClassName(), r.intent);...// AMS通过反射创建APP的Application对象,调用Application的attach函数,这个其实是Application.attachBaseContent(),然后才是调用Application.onCreate()方法,Application是应用程序全局的一个基类,可用于在应用生命周期内保存全局状态和进行一些初始化操作Application app = r.packageInfo.makeApplication(false, mInstrumentation);...// 调用Activity.attachactivity.attach(appContext, this, getInstrumentation(), r.token,r.ident, app, r.intent, r.activityInfo, title, r.parent,r.embeddedID, r.lastNonConfigurationInstances, config,r.referrer, r.voiceInteractor, window, r.configCallback,r.assistToken);...activity.setTheme(theme);...// 调用Activity.onCreatemInstrumentation.callActivityOnCreate(activity, r.state, r.persistentState);
}

Application

在这里插入图片描述
如图:
createApplContext创建Context,
newApplication是通过反射创建Application对象app并会调用attachBaseContext,
callApplicationOnCreate则是调用onCreate,
在这里插入图片描述如图:
newApplication中是调用的反射创建Application,然后调用attachBaseContext
在这里插入图片描述
ApplicationThread.scheduleTransaction,调用ActivityThread.handleLaunchActivity

Activity 启动与显示

  • Activity 启动:ActivityThread中performLaunchActivity()方法先创建Application后再启动Activity。先调用Activity.onCreate()方法创建Activity实例,完成Activity的初始化工作,如设置布局等。
  • 设置布局与关联窗口:通过Activity.setContentView()设置Activity的布局文件。然后调用Activity.onResume()方法,此时AMS将Activity与WindowManagerService进行关联,完成窗口的创建和显示相关操作,最终将应用界面展示给用户。

优化启动时黑白屏现象

从启动到显示应用APP的首页过程经历如下过程:
在这里插入图片描述
这过程默认是显示黑白屏或是背景图的。

可优化的阶段

Application阶段

在这里插入图片描述
上面的阶段中,从attachBaseContent开始都是可以优化的阶段。
注意Provider是在onCreate之后,如下图:
在这里插入图片描述
makeApplication中会调用Application的onCreate的,然后installContentProviders才会调用。

相关优化
  • 4.x 之前的 multidex 加载优化:在早期 Android 版本(4.x 之前),应用如果包含多个 dex 文件(multidex),需要特殊的加载优化策略,因为当时系统对多 dex 支持不完善。
  • 加固热修复导致延迟:应用经过加固和热修复处理后,在执行 attachBaseContext 时可能会出现延迟情况,这是因为加固和热修复操作增加了额外的代码加载和处理逻辑。
  • 开源库中的 Provider 初始化:很多开源库会使用 Content Provider 来提供数据共享等功能,这里需要对其进行初始化。
  • 自己项目的 provider 初始化:项目中自定义的 Content Provider 也需要在此步骤进行初始化,确保其能够正常工作。
  • Application::onCreate:优化最大的部分为异步、按需加载、懒加载优化。通过异步加载和按需、懒加载机制,可以避免在应用启动时一次性加载过多资源,从而加快应用启动速度,提升用户体验。

Activity阶段

在这里插入图片描述

  1. Activity::onCreate
  • XML 文件解析,反射:Android 通过解析布局的 XML 文件来创建 View,这个过程会用到反射机制实例化 XML 中定义的 View 对象。
  • 异步并发构建 Viewtree:为加快构建速度,可采用异步并发方式构建 View 树,避免主线程阻塞,提升用户体验。
  1. View构建
  • 将 Inflate 过程最大异步化:布局填充(Inflate)是将 XML 布局文件转化为 View 对象的过程,将其异步化,能减少主线程负载,防止 ANR(应用无响应)。
  • 利用 X2C 解决加载速度:X2C(XML to Java Class)技术可将 XML 布局转换为 Java 代码,减少解析 XML 的开销,加快 View 的加载速度。
  1. View显示
  • View 的度量布局和显示:通过正确的测量(Measure)、布局(Layout)和绘制(Draw)流程,确保 View 能正确显示在屏幕上。
  • 层级优化:减少 View 层级嵌套,避免过度复杂的布局结构,降低绘制和渲染成本。
  • 布局优化:精简布局,合理使用布局容器,如用 ConstraintLayout 替代嵌套的 LinearLayout 等,提升布局渲染效率。

数据加载阶段

在这里插入图片描述

  1. 数据预加载:在用户触发数据展示操作前,提前加载数据。比如在应用启动时或进入某个页面之前,提前加载该页面可能用到的数据,减少用户等待时间,提升响应速度。
  2. 数据缓存机制:将已加载的数据存储在缓存中(如内存缓存、磁盘缓存 ),当再次需要相同数据时,优先从缓存读取,避免重复从原始数据源获取,降低网络请求或磁盘读取开销,加快数据展示速度。
  3. 显示数据加载优先级调度:根据 UI 界面中不同数据展示区域的重要性,设置数据加载优先级。例如,先加载屏幕可见区域的数据,后加载不可见区域的数据;或者优先加载用户更关注的关键信息数据,确保重要数据优先展示,提升用户体验。

Framework学习系列文章

Android Framework学习一:系统框架、启动过程
Android Framework学习二:Activity创建及View绘制流程
Android Framework学习三:zygote
Android Framework学习四:APP速度优化
Android Framework学习五:APP启动过程原理及速度优化
作者:帅得不敢出门

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.pswp.cn/web/79894.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Web 实时通信技术:WebSocket 与 Server-Sent Events (SSE) 深入解析

一、WebSocket&#xff1a; &#xff08;一&#xff09;WebSocket 是什么&#xff1f; WebSocket 是一种网络通信协议&#xff0c;它提供了一种在单个 TCP 连接上进行全双工通信的方式。与传统的 HTTP 请求 - 响应模型不同&#xff0c;WebSocket 允许服务器和客户端在连接建立…

MySQL(8)什么是主键和外键?

主键&#xff08;Primary Key&#xff09;和外键&#xff08;Foreign Key&#xff09;是关系数据库中用于定义和维护表之间关系的重要概念。以下是详细的解释、示例代码和操作步骤。 主键&#xff08;Primary Key&#xff09; 定义 主键是表中的一个或多个字段&#xff0c;其…

任意复杂度的 JSON 数据转换为多个结构化的 Pandas DataFrame 表格

以下是一个 完整、结构清晰、可运行的 Python 工具&#xff0c;用于将任意复杂度的 JSON 数据转换为多个结构化的 Pandas DataFrame 表格。该工具支持嵌套对象、嵌套数组&#xff0c;并通过主键和外键建立表之间的关联关系。 if __name__ "__main__":# 示例 JSON 数…

【SSL部署与优化​】​​HTTP/2与HTTPS的协同效应

HTTP/2与HTTPS的协同效应&#xff1a;为何HTTP/2强制要求TLS 1.2&#xff1f; HTTP/2是HTTP协议的现代升级版&#xff0c;旨在通过多路复用、头部压缩等技术提升性能。然而&#xff0c;HTTP/2的设计与部署与HTTPS&#xff08;TLS加密&#xff09;紧密相关&#xff0c;甚至强制…

爬虫请求频率应控制在多少合适?

爬虫请求频率的控制是一个非常重要的问题&#xff0c;它不仅关系到爬虫的效率&#xff0c;还涉及到对目标网站服务器的影响以及避免被封禁的风险。合理的请求频率需要根据多个因素来综合考虑&#xff0c;以下是一些具体的指导原则和建议&#xff1a; 一、目标网站的政策 查看网…

使用Visual Studio将C#程序发布为.exe文件

说明 .exe 是可执行文件&#xff08;Executable File&#xff09;的扩展名。这类文件包含计算机可以直接运行的机器代码指令&#xff0c;通常由编程语言&#xff08;如 C、C、C#、Python 等&#xff09;编译或打包生成。可以用于执行自动化操作&#xff08;执行脚本或批处理操…

分布式1(cap base理论 锁 事务 幂等性 rpc)

目录 分布式系统介绍 一、定义与概念 二、分布式系统的特点 三、分布式系统面临的挑战 四、分布式系统的常见应用场景 CAP 定理 BASE 理论 BASE理论是如何保证最终一致性的 分布式锁的常见使用场景有哪些&#xff1f; 1. 防止多节点重复操作 2. 资源互斥访问 3. 分…

常见相机焦段的分类及其应用

相机焦段是指镜头的焦距范围&#xff0c;决定了拍摄时的视角、画面范围和透视效果。不同焦段适合不同的拍摄场景和主题&#xff0c;以下是常见焦段的分类及其应用&#xff1a; 一、焦段的核心概念 焦距&#xff1a;镜头光学中心到成像传感器的距离&#xff08;单位&#xff1a…

H5S 视频监控AWS S3 对象存储

本文介绍一下如何使用S3对象存储作为H5S 存储空间进行录像存储 然后创建一个对象存储&#xff0c;本文以minio 为例(实际项目亲测天翼云)&#xff1a; 首先安装 s3fs 如果是redhat系列&#xff0c;使用如下命令 sudo yum install epel-release sudo yum install s3fs-fuse …

算法第十八天|530. 二叉搜索树的最小绝对差、501.二叉搜索树中的众数、236. 二叉树的最近公共祖先

530. 二叉搜索树的最小绝对差 题目 思路与解法 第一想法&#xff1a; 一个二叉搜索树的最小绝对差&#xff0c;从根结点看&#xff0c;它的结点与它的最小差值一定出现在 左子树的最右结点&#xff08;左子树最大值&#xff09;和右子树的最左结点&#xff08;右子树的最小值…

Nginx 动静分离在 ZKmall 开源商城静态资源管理中的深度优化

在 B2C 电商高并发场景下&#xff0c;静态资源&#xff08;图片、CSS、JavaScript 等&#xff09;的高效管理直接影响页面加载速度与用户体验。ZKmall开源商城通过对 Nginx 动静分离技术的深度优化&#xff0c;将静态资源响应速度提升 65%&#xff0c;带宽成本降低 40%&#xf…

PostgREST:无需后端 快速构建RESTful API服务

在现代 Web 开发中&#xff0c;API 已成为连接前后端的核心桥梁&#xff0c;传统的做法是通过后端框架来构建API接口&#xff0c;然后由前后端人员进行联调。 PostgREST是基于无服务器的一种实现方案&#xff0c;允许开发者将PostgreSQL数据库直接暴露为RESTful API&#xff0…

MySQL——九、锁

分类 全局锁表级锁行级锁 全局锁 做全库的逻辑备份 flush tables with read lock; unlock tables;在InnoDB引擎中&#xff0c;我们可以在备份时加上参数–single-transaction参数来完成不加锁的一致性数据备份 mysqldump --single-transaction -uroot -p123456 itcast>…

基于 Kubernetes 部署容器平台kubesphere

一 前言&#xff1a; k8s 大家都已经非常熟悉了&#xff0c;网上流传着非常多的搭建部署文档&#xff0c;有kubeadmin的有二进制的&#xff0c;还有基于第三方的部署工具的&#xff0c;反正是各种部署方法都有&#xff0c;k8s部署技术热门可见一斑。但是不管哪种部署都需要了解…

RDD算子-行为算子

RDD 算子探秘&#xff1a;行为算子的深度解析与实战应用​ 在 Spark 的 RDD 编程模型中&#xff0c;转换算子负责构建数据处理的逻辑流程&#xff0c;但真正触发计算并产生最终结果的是行为算子&#xff08;Action Operators&#xff09;。与转换算子的惰性求值特性不同&#…

Oracle — PL-SQL

介绍 Oracle PL/SQL是专为Oracle数据库设计的过程化编程语言&#xff0c;深度融合SQL语句与结构化编程逻辑&#xff0c;旨在高效处理复杂数据操作与业务规则。其核心特征为“块结构”&#xff0c;程序由声明、执行、异常处理三部分组成&#xff0c;支持模块化开发&#xff0c;显…

高防ip支持哪些网络协议

高防IP通常支持多种网络协议&#xff0c;以提供全面的网络安全防护。以下是一些主要支持的网络协议及其相关说明&#xff1a; TCP协议&#xff08;传输控制协议&#xff09;&#xff1a; TCP协议是最常见的传输协议&#xff0c;广泛应用于互联网通信。高防IP通过对TCP协议的防…

Flutter基础()

导航栏 appBar: AppBar() title: const Text(搜索) //标题 backgroundColor: Colors.blue //背景颜色 centerTitle: true //标题居中leading 属性 作用&#xff1a; 放置在应用栏左侧的控件&#xff0c;通常是一个图标按钮&#xff0c;用于导航或打开菜单。 AppBar(le…

ESP系列单片机选择指南:结合实际场景的最优选择方案

前言 在物联网(IoT)快速发展的今天&#xff0c;ESP系列单片机凭借其优异的无线连接能力和丰富的功能特性&#xff0c;已成为智能家居、智慧农业、工业自动化等领域的首选方案。本文将深入分析各款ESP芯片的特点&#xff0c;结合典型应用场景&#xff0c;帮助开发者做出最优选择…

搭建Caffeine+Redis多级缓存机制

本地缓存的简单实现方案有HashMap&#xff0c;CucurrentHashMap&#xff0c;成熟的本地缓存方案有Guava 与 Caffeine &#xff0c;企业级应用推荐下面说下两者的区别 1. 核心异同对比 特性Guava CacheCaffeine诞生背景Google Guava 库的一部分&#xff08;2011年&#xff09;…