【Android 14源码分析】WMS-窗口显示-第一步:addWindow

忽然有一天,我想要做一件事:去代码中去验证那些曾经被“灌输”的理论。
                  
                  
                                           – 服装学院的IT男

本篇已收录于Activity短暂的一生系列
欢迎一起学习讨论Android应用开发或者WMS
V:WJB6995
Q:707409815

正文

窗口显示流程一共分为以下5篇:

窗口显示-流程概览与应用端流程分析

窗口显示-第一步:addWindow

窗口显示-第二步:relayoutWindow -1

窗口显示-第二步:relayoutWindow -2

窗口显示-第三步:finishDrawingWindow

1. 流程概述

本篇开始真正看 addWindow 流程,首先从结果上对比下应用启动后窗口的区别来确认本篇的目的:

在这里插入图片描述
红色部分就是启动应用后多出来的部分,在 DefaultTaskDisplayArea 节点下多出来这么一个层级:

TaskActivityRecordWindowState

在这里插入图片描述
其中 Task 和 ActivityRecord 是如何挂载上去的在【Activity启动流程】已经介绍了,当前要分析的 addWindow 流程最重要的目标就是分析窗口对应的 WindowState 是如何创建并且挂载到窗口树中的。

也就是这一变化:在这里插入图片描述
这个流程逻辑相对简单,整个流程框图如下:

在这里插入图片描述

    1. 应用端 Activity 执行到 onResume 说明 Activity 已经可见,下面就需要处理可见的内容
    1. 应用端 Session 调用到 WindowManagerService::addWindow 方法
    1. WMS 处理 addWindow 流程也就做了2件事:
    • 创建出对应的 WindowState
    • 挂载到层级树中(挂载到对应的 WindowToken 下)

2. 流程分析

上一篇知道流程已经执行到 ViewRootImpl::setView 来触发 addWindow 流程,回忆一下应用端的调用:

# ViewRootImplfinal W mWindow;public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView,int userId) {......res = mWindowSession.addToDisplayAsUser(mWindow, mWindowAttributes,getHostVisibility(), mDisplay.getDisplayId(), userId,mInsetsController.getRequestedVisibleTypes(), inputChannel, mTempInsets,mTempControls, attachedFrame, compatScale);......}

这里有几个参数比较重要:
mWindow : 用于 WMS 与应用端通信
mWindowAttributes : DecorView 的参数
getHostVisibility() :可见性
inputChannel:Input 通路

看到你这些参数有个疑问:

明明是 addWindoW 流程,但是到了 WindowManagerImpl 就变成了 addView 传递的也是 DecoreView ,再到和 WMS 通信的时候,参数里连 DecoreView 都不剩了,这怎么能叫 addWindow 流程呢?

本篇将介绍WindowManagerService是如何处理剩下逻辑的文末也会回答这个问题。

2.1 WindowManagerService::addWindow方法概览

接上篇知道 Session::addToDisplayAsUser 方法调用的是 WindowManagerService::addWindow ,先看一下这个方法。

#  WindowManagerService// 保存应用端 ViewRootImpl 和 WindowState 的映射关系/** Mapping from an IWindow IBinder to the server's Window object. */final HashMap<IBinder, WindowState> mWindowMap = new HashMap<>();public int addWindow(Session session, IWindow client, LayoutParams attrs, int viewVisibility,int displayId, int requestUserId, InsetsVisibilities requestedVisibilities,InputChannel outInputChannel, InsetsState outInsetsState,InsetsSourceControl[] outActiveControls) {......// 1.1 权限检查int res = mPolicy.checkAddPermission(attrs.type, isRoundedCornerOverlay, attrs.packageName,appOp);if (res != ADD_OKAY) {return res;}// 父窗口,应用 Activity 窗口逻辑是没有父窗口的WindowState parentWindow = null;......// 拿到当前窗口类型final int type = attrs.type;......synchronized (mGlobalLock) {......// 1.2 如果窗口已经添加,直接returnif (mWindowMap.containsKey(client.asBinder())) {// 日志ProtoLog.w(WM_ERROR, "Window %s is already added", client);return WindowManagerGlobal.ADD_DUPLICATE_ADD;}......ActivityRecord activity = null;// 是否为 hasParentfinal boolean hasParent = parentWindow != null;// 2.1 拿到tokenWindowToken token = displayContent.getWindowToken(hasParent ? parentWindow.mAttrs.token : attrs.token);// Activity 没有父窗口,这里也为nullfinal int rootType = hasParent ? parentWindow.mAttrs.type : type;......if (token == null) {......if (hasParent) {// Use existing parent window token for child windows.// 2.2子窗口用父窗口的 tokentoken = parentWindow.mToken;} else if (...) {......} else {// 2.3 系统窗口会创建 tokenfinal IBinder binder = attrs.token != null ? attrs.token : client.asBinder();token = new WindowToken.Builder(this, binder, type).setDisplayContent(displayContent).setOwnerCanManageAppTokens(session.mCanAddInternalSystemWindow).setRoundedCornerOverlay(isRoundedCornerOverlay).build();}} else if (rootType >= FIRST_APPLICATION_WINDOW&& rootType <= LAST_APPLICATION_WINDOW) {......} else if......// 忽略其他各种创建对 token的处理// 3.1 创建 WindowStatefinal WindowState win = new WindowState(this, session, client, token, parentWindow,appOp[0], attrs, viewVisibility, session.mUid, userId,session.mCanAddInternalSystemWindow);......final DisplayPolicy displayPolicy = displayContent.getDisplayPolicy();// 调整window的参数displayPolicy.adjustWindowParamsLw(win, win.mAttrs);......// 1.3 验证Window是否可以添加,主要是验证权限res = displayPolicy.validateAddingWindowLw(attrs, callingPid, callingUid);if (res != ADD_OKAY) {// 如果不满足则直接returnreturn res;}   final boolean openInputChannels = (outInputChannel != null&& (attrs.inputFeatures & INPUT_FEATURE_NO_INPUT_CHANNEL) == 0);if  (openInputChannels) {// 4.1 Input 事件输入通道win.openInputChannel(outInputChannel);}......// 3.2 创建SurfaceSessionwin.attach();// 3.3 窗口存入mWindowMapmWindowMap.put(client.asBinder(), win);......// 3.4 窗口挂载win.mToken.addWindow(win);displayPolicy.addWindowLw(win, attrs);......// 4.2 处理窗口焦点切换boolean focusChanged = false;if (win.canReceiveKeys()) {focusChanged = updateFocusedWindowLocked(UPDATE_FOCUS_WILL_ASSIGN_LAYERS,false /*updateInputWindows*/);if (focusChanged) {imMayMove = false;}}......// 调整父容器下的元素层级win.getParent().assignChildLayers();// 4.3 更新inut焦点if (focusChanged) {displayContent.getInputMonitor().setInputFocusLw(displayContent.mCurrentFocus,false /*updateInputWindows*/);}// 4.4 更新input窗口displayContent.getInputMonitor().updateInputWindowsLw(false /*force*/);// 窗口添加logProtoLog.v(WM_DEBUG_ADD_REMOVE, "addWindow: New client %s"+ ": window=%s Callers=%s", client.asBinder(), win, Debug.getCallers(5));......}Binder.restoreCallingIdentity(origId);return res;}

这个方法就是 addWindow 流程的核心方法了,代码很多,保留了下面4个主要逻辑:

    1. 校验处理
    • 1.1 1.3 为操作权限校验
    • 1.2 为限制应用端的一个 RootView 只能执行一次 addWindow
    1. Token 处理
    • 这个 token 其实就是 WindowToken(ActivityRecord 是其子类)
    • 获取 token,如果是子窗口就从父窗口拿,没有就从参数里拿
    • 如果是系统窗口就会在2.3出根据窗口类型创建出一个 WindowToken
    1. WindowState 处理
    • 3.1 创建 WindowState
    • 2.2 执行 WindowState::attach 会创建 SurfaceSession
    • 3.3 将新建的 WindowState 和 W 映射,存入 mWindowMap
    • 3.4 窗口挂载
    1. Input 和焦点处理

当然这个方法实际上做的事肯定不止这些,只是根据我的个人理解整理出了几个比较重要的处理点。

当前分析的 addWindow 主流程,所以分析2,3两点,也就是 Token 和 WindowState 的处理逻辑。

3 Token相关

首先给一个结论,当前分析的场景,这个 Token 就是 Activity 启动流程中创建 ActivityRecord 时创建的 Token ,而 ActivityRecord 是 WindowToken 的子类。
在 【WindowContainer窗口树】介绍过,WindowState 的父节点大部分情况是 WindowToken ,而且在上一篇看到 dump 启动应前后的窗口树区别,明确知道 WindowState 是挂载到 ActivityRecord 下的,
在分析 WindowState 的创建和挂载前,需要先给它找到它的父节点: WindowToken 。这也是 WindowManagerService::addWindow 方法中比较靠前执行的逻辑。

根据上一小节的分析,当前场景的 Token 来自参数“attrs.token” 。这个参数是应用端传递过来的,上一篇在分析 WindowManagerGlobal::addView 方法的时候提到在Window::adjustLayoutParamsForSubWindow 方法对赋值 token 给参数,现在看一下这个方法。

# Window// 应用Tokenprivate IBinder mAppToken;void adjustLayoutParamsForSubWindow(WindowManager.LayoutParams wp) {......if (wp.token == null) {wp.token = mContainer == null ? mAppToken : mContainer.mAppToken; // activity的window在这里设置token}......}

mContainer 唯一赋值的地方在 Window::setContainer 方法,当前没调用,所以 wp.token 最终的值是为 mAppToken ,而mAppToken 的赋值在给 Window 设置 WindowManager 的时候赋值,也就是setWindowManager 方法,这里的 token 就是 ActivityRecord 的 token 。

下面这张图可以更直观的看到 Token 的传递:

在这里插入图片描述

    1. WindowToken 内部有个成本变量 token ,ActivityRecord 是其子类
    1. Activity 启动过程中会先创建 ActivityRecord ,在创建 ActivityRecord 的时候会创建一个匿名 Token 对象,并保存在变量 token 中
    1. 随着启动流程的执行,会在 ActivityTaskSupervisor::realStartActivityLocked 方法里构建事务,这个时候 token 就被保存在 ClientTransaction 的成员变量 mActivityToken
    1. ClientTransaction 提供了一个 getActivityToken 方法返回 mActivityToken 。这个方法在具体的事务执行时,比如 LaunchActivityItem::execute 方法执行,会作为参数传递过去
    1. LaunchActivityItem::execute 方法会构建一个 ActivityClientRecord ,构建方法需要 Token 参数,这个时候 Token 就被保存在 ActivityClientRecord 的成员变量 token 中
    1. 接下里就到了应用进程,应用进程执行 ActivityThread::performLaunchActivity 方法开始处理 Activity 启动流程,ActivityClientRecord 作为参数被传递了过来
    1. ActivityThread::performLaunchActivity 方法内部会执行 Activity::attach 方法,这个方法需要一个 Token 作为参数,传递的就是从 ActivityClientRecord 里取出的 token
    1. Activity::attach 方放会将 Token 赋值给成员变量 mToken
    1. Window 创建后会执行 Window::setWindowManager ,这个时候会将 mToken 作为参数传递进去,保存在 Window 的成员变量 mAppToken 中
    1. 在执行 WindowManagerGlobal::addView 时会执行 Window::adjustLayoutParamsForSubWindow 调整参数,这个时候 Token 就被复制到 WindowManager.LayoutParams 下的 token 变量中
    1. 执行 addWindow 流程时,WindowManager.LayoutParams 会被传递到 WMS ,这样 Token 也就被传递了过去

3.1 补充 生命周期事务流程图

这里补充下 system_service 是如何通过 ClientTransaction 来完成应用端生命周期相关执行的流程,具体代码不是当前重点,就不具体分析了。

在这里插入图片描述

4. WindowState的创建与挂载

addWindow 流程中 WindowState 的创建与挂载是重点,回顾一下这一流程层级树的变化:
在这里插入图片描述

4.1 WindowState的创建

在 WindowManagerService::addWindow 方法中,执行了 WindowState 的创建,代码如下:

# WindowManagerServicepublic int addWindow(Session session, IWindow client, LayoutParams attrs, int viewVisibility,int displayId, int requestUserId, InsetsVisibilities requestedVisibilities,InputChannel outInputChannel, InsetsState outInsetsState,InsetsSourceControl[] outActiveControls) {......// WindowToken相关处理// 创建WindowStatefinal WindowState win = new WindowState(this, session, client, token, parentWindow,appOp[0], attrs, viewVisibility, session.mUid, userId,session.mCanAddInternalSystemWindow);......}

这里注意几个参数,然后直接看WindowState的构造方法

# WindowStatefinal IWindow mClient;@NonNull WindowToken mToken;// The same object as mToken if this is an app window and null for non-app windows.// 与 mToken 相同的对象(如果这是应用程序窗口),而对于非应用程序窗口为null// 说人话就是应用窗口才有ActivityRecordActivityRecord mActivityRecord;// 层级final int mBaseLayer;WindowState(WindowManagerService service, Session s, IWindow c, WindowToken token,WindowState parentWindow, int appOp, WindowManager.LayoutParams a, int viewVisibility,int ownerId, int showUserId, boolean ownerCanAddInternalSystemWindow,PowerManagerWrapper powerManagerWrapper) {......mClient = c;......// 保存tokenmToken = token;// 只有 ActivityRecord 重写了 asActivityRecord 其他默认返回努力了mActivityRecord = mToken.asActivityRecord();......//子窗口处理if (mAttrs.type >= FIRST_SUB_WINDOW && mAttrs.type <= LAST_SUB_WINDOW){......}else {// Activity的窗口指为  2 * 10000 + 1000  = 21000mBaseLayer = mPolicy.getWindowLayerLw(parentWindow)* TYPE_LAYER_MULTIPLIER + TYPE_LAYER_OFFSET;......}}

创建 WindowState 有2个重要的参数 :client,和 token 。这个 client 代表着客户端也就是 ViewRootImpl 的内部类 W ,另一个参数就是上节的 Token 。

WindowState 以后会经常看到,不过当前只要知道在 WindowManagerService::addWindow 会创建出一个 WindowState 对象即可。

4.2 WindowState的挂载

WindowState 创建好后自然是需要挂载到窗口树的,操作也很简单,直接添加到对应的 (ActivityRecord)WindowToken 下就好。

# WindowManagerService// ViewRootImpl和WindowState的mapfinal HashMap<IBinder, WindowState> mWindowMap = new HashMap<>();public int addWindow(Session session, IWindow client, LayoutParams attrs, int viewVisibility,int displayId, int requestUserId, InsetsVisibilities requestedVisibilities,InputChannel outInputChannel, InsetsState outInsetsState,InsetsSourceControl[] outActiveControls) {......// 窗口已经添加,直接returnif (mWindowMap.containsKey(client.asBinder())) {// 打印logProtoLog.w(WM_ERROR, "Window %s is already added", client);return WindowManagerGlobal.ADD_DUPLICATE_ADD;}......// WindowToken相关处理......// WindowState的创建// WindowState的挂载win.attach();// 1. 存进mapmWindowMap.put(client.asBinder(), win);......// 2. 挂载win.mToken.addWindow(win);......}
    1. 在看挂载前先看一下 mWindowMap 这个数据结构,key 是一个 IBinder,value 是 WindowState ,这边将新创建的 WindowState 作为 value 添加到了 map 中,前面说过 client是应用端 ViewRootImpl 下的 “W”这个类,也就是说在 WMS 中应用端的这个 ViewRootImpl 和为其创建的 WindowState 已经被记录在 mWindowMap 中了。

在执行WMS::addWindow方法开始的时候就会尝试通过 clent 从 mWindowMap 获取值,如果获取到了说明已经执行过 addWindow 则进行 return 不执行后面逻辑。

    1. 这里是窗口的挂载,“win.mToken” 这里的 mToken 刚刚看到是创建 WindowState 的时候传递的 token 也就是 ActivityRecord (WindowToken)。

也就是说调用的是 ActivityRecord::addWindow 方法进行挂载的。

# ActivityRecord@Overridevoid addWindow(WindowState w) {super.addWindow(w);checkKeyguardFlagsChanged();}

直接调用其父类方法,ActivityRecord 父类是 WindowToken

# WindowTokenvoid addWindow(final WindowState win) {// WindowState 挂载日志ProtoLog.d(WM_DEBUG_FOCUS,"addWindow: win=%s Callers=%s", win, Debug.getCallers(5));if (win.isChildWindow()) {// Child windows are added to their parent windows.// 子窗口的父类应该是WindowState所以不执行后续return;}// This token is created from WindowContext and the client requests to addView now, create a// surface for this token.// 真正添加进子容器if (!mChildren.contains(win)) {// 日志ProtoLog.v(WM_DEBUG_ADD_REMOVE, "Adding %s to %s", win, this);// 挂载(添加进孩子容器),有一个比较方法addChild(win, mWindowComparator);// 记录有窗口边框mWmService.mWindowsChanged = true;// TODO: Should we also be setting layout needed here and other places?}}

执行完 WindowContainer::addChild 方法后 WindowState 已经被添加到层级树中了,挂在到对应的 ActivityRecord 下。

当然这里需要注意 WindowToken::addWindow 最终也是调用父类 WindowContainer::addChild 将 WindowState 添加到自己的孩子中,这里传递了一个mWindowComparator。

4.3 挂载的位置

WindowContainer::addChild 方法被定义在基类,也就是容器添加孩子时都会按一定规则添加,当然默认其实还是按顺序,但是有的时候也有特殊情况,所以这个方法提供了一个参数,使得可以在具体场景控制具体的添加逻辑。

# WindowContainerprotected void addChild(E child, Comparator<E> comparator) {// 检查子元素是否已经被其他容器拥有,如果是,则抛出异常if (!child.mReparenting && child.getParent() != null) {throw new IllegalArgumentException("addChild: container=" + child.getName()+ " is already a child of container=" + child.getParent().getName()+ " can't add to container=" + getName());}// 初始化插入位置为-1,表示尚未找到合适的插入位置int positionToAdd = -1;// 如果有比较器则进行比较// 遍历当前容器中的所有子元素if (comparator != null) {final int count = mChildren.size();// 使用比较器比较待插入的子元素和当前容器中的子元素for (int i = 0; i < count; i++) {// 如果比较结果小于0,表示待插入元素应该位于当前元素之前if (comparator.compare(child, mChildren.get(i)) < 0) {positionToAdd = i;break;}}}// 没有比较器或者比较的结果还是-1 ,则添加到最后(大部分场景)if (positionToAdd == -1) {mChildren.add(child);} else {// 如果比较器计算出了准确位置,则按要求添加mChildren.add(positionToAdd, child);}// Set the parent after we've actually added a child in case a subclass depends on this.// 调用孩子容器设置当前容器为其父节点child.setParent(this);}
    1. 方法目的就是添加子元素到父容器中,但是可以根据 comparator 比较规则添加到正确的位置
    1. 比较方式很简单,拿当前需要添加的元素和容器内其他元素逐个比较,如果比较 comparator 返回值小于0,则添加到“被比较”的元素前面
    1. 有2种情况,是按顺序添加到容器末尾
    • 3.1 没有比较器。positionToAdd 为默认值 -1
    • 3.2 和每个元素比较的返回值都大于0,说明要添加其后面,这个时候 positionToAdd 还是为默认值 -1
    1. setParent 调用孩子容器设置当前容器为其父节点,另外还会将 mSyncState 变量设置为 SYNC_STATE_WAITING_FOR_DRAW

当前场景,父容器 ActivityRecord 还是是空的,所以没什么意义。

不过既然看到这里,就继续分析,根据分析,当前逻辑调用的比较器是 WindowToken下的 mWindowComparator 。

4.3.1 addWindow是顺序-- WindowToken下的 mWindowComparator

# WindowTokenprivate final Comparator<WindowState> mWindowComparator =(WindowState newWindow, WindowState existingWindow) -> {......return isFirstChildWindowGreaterThanSecond(newWindow, existingWindow) ? 1 : -1;};protected boolean isFirstChildWindowGreaterThanSecond(WindowState newWindow,WindowState existingWindow) {// 就是比较两个窗口的mBaseLayerreturn newWindow.mBaseLayer >= existingWindow.mBaseLayer;}

这里的 newWindow 和 existingWindow 当然是一个当前需要添加进容器的 WindowState 和上一个存在的 WindowState

    1. 对 WindowToken 的子窗口进行比较排序,1和-1表示相对顺序
    1. 返回 true,则是 1,表示插入在后面。 也就是 newWindow 的 mBaseLayer 大于原来的
    1. 返回 false,则是 -1,表示插入在前面,也就是 newWindow 的 mBaseLayer 小于原来的

简单来说就是比较 mBaseLayer 来判断当前新添加的是放在哪个位置。 正常情况都是按顺添加,也就是后添加的在最上面。

这个 mBaseLayer 在 创建 WindowState 赋值,逻辑也比较简单,应用窗口的值计算后就是 21000 ,假设有2个应用窗口,那值都是一样的,就按序添加了。

这个值自己可以根据窗口类型计算,也可以使用命名 “adb shell dumpsys window windows” dump,然后搜 “mBaseLayer=” 确认。

addWindow 流程到这也就结束了,在三个流程里算比较简单的了,就做了2件事:

    1. 创建 WindowState
    1. 挂载到窗口树上

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

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

相关文章

kubeadm部署k8s集群,版本1.23.6;并设置calico网络BGP模式通信,版本v3.25--未完待续

1.集群环境创建 三台虚拟机&#xff0c;一台master节点&#xff0c;两台node节点 (根据官网我们知道k8s 1.24版本之后就需要额外地安装cri-dockerd作为桥接才能使用Docker Egine。经过尝试1.24后的版本麻烦事很多&#xff0c;所以此处我们选择1.23.6版本) 虚拟机环境创建参考…

Stream流的初步认识,Stream流的思想和获取Stream流

一.Stream流的作用 package com.njau.my_stream;import java.util.ArrayList;/*** 目标&#xff1a;认识Stream流* 案例&#xff1a;将以“张”开头的人名筛选出来到一个新的集合中去&#xff0c;再将其中三个字的名字的筛选出来到新集合中去*/ public class StreamDemo1 {pub…

智慧农业案例 (一)- 自动化机械

橙蜂智能公司致力于提供先进的人工智能和物联网解决方案&#xff0c;帮助企业优化运营并实现技术潜能。公司主要服务包括AI数字人、AI翻译、领域知识库、大模型服务等。其核心价值观为创新、客户至上、质量、合作和可持续发展。 橙蜂智农的智慧农业产品涵盖了多方面的功能&…

【JavaSE】反射、枚举、lambda表达式

目录 反射反射相关类获取类中属性相关方法常用获得类相关的方法示例常用获得类中属性相关的方法示例获得类中注解相关的方法 反射优缺点 枚举常用方法优缺点 枚举与反射lambda表达式语法函数式接口简化规则使用示例变量捕获集合中的应用优缺点 反射 Java的反射&#xff08;refl…

【Python报错已解决】KeyError: ‘key‘

&#x1f3ac; 鸽芷咕&#xff1a;个人主页 &#x1f525; 个人专栏: 《C干货基地》《粉丝福利》 ⛺️生活的理想&#xff0c;就是为了理想的生活! 专栏介绍 在软件开发和日常使用中&#xff0c;BUG是不可避免的。本专栏致力于为广大开发者和技术爱好者提供一个关于BUG解决的经…

师生健康信息管理:SpringBoot技术突破

第4章 系统设计 4.1 系统体系结构 师生健康信息管理系统的结构图4-1所示&#xff1a; 图4-1 系统结构 登录系统结构图&#xff0c;如图4-2所示&#xff1a; 图4-2 登录结构图 师生健康信息管理系统结构图&#xff0c;如图4-3所示。 图4-3 师生健康信息管理系统结构图 4.2…

若依从redis中获取用户列表

因为若依放入用户的时候&#xff0c;会在减值中添加随机串&#xff0c;所以用户的key会在redis中变成&#xff1a; login_tokens:6af07052-b76d-44dd-a296-1335af03b2a6 这样的样子。 如果用 Set<Object> items redisService.redisTemplate.keys("login_tokens&…

基于ROS的激光雷达点云物体检测

环境 RTX 2060&#xff08;后面关于算力&#xff09; ubuntu 18.04 ROS melodic &#xff08;ubuntu 18.04安装ROS melodic可以参看我这篇文章ubuntu 18.04安装ROS系统&#xff09; CUDA 10.0 cudnn 7.6.5 caffe cmake 3.18.0&#xff08;不能低于3.12.2&#xff09; opencv 3…

uniapp 常用高度状态栏,导航栏,tab栏,底部安全高度

实际效果 使用 //使用 let posConfig this.getPosConfig(); // 传false返回值为 px大小 console.log(posConfig.safeBottomH) // 入参 是否转换为rpxgetPosConfig(toRpx true) {const systemInfo uni.getSystemInfoSync();// #ifdef MPconst menuButtonInfo uni.getMenuBu…

Leecode热题100-48.旋转图像

给定一个 n n 的二维矩阵 matrix 表示一个图像。请你将图像顺时针旋转 90 度。 你必须在 原地 旋转图像&#xff0c;这意味着你需要直接修改输入的二维矩阵。请不要 使用另一个矩阵来旋转图像。 示例 1&#xff1a; 输入&#xff1a;matrix [[1,2,3],[4,5,6],[7,8,9]] 输出…

Docker 安装 Citus 单节点集群:全面指南与详细操作

Docker 安装 Citus 单节点集群&#xff1a;全面指南与详细操作 文章目录 Docker 安装 Citus 单节点集群&#xff1a;全面指南与详细操作一 服务器资源二 部署图三 安装部署1 创建网络2 运行脚本1&#xff09;docker-compose.cituscd1.yml2&#xff09;docker-compose.cituswk1.…

YOLOv8改进,YOLOv8改进主干网络为GhostNetV3(2024年华为的轻量化架构,全网首发),助力涨点

摘要 GhostNetV3 是由华为诺亚方舟实验室的团队发布的,于2024年4月发布。 摘要:紧凑型神经网络专为边缘设备上的应用设计,具备更快的推理速度,但性能相对适中。然而,紧凑型模型的训练策略目前借鉴自传统模型,这忽略了它们在模型容量上的差异,可能阻碍紧凑型模型的性能…

基于单片机语音智能导盲仪仿真设计

文章目录 前言资料获取设计介绍设计程序具体实现截图设计获取 前言 &#x1f497;博主介绍&#xff1a;✌全网粉丝10W,CSDN特邀作者、博客专家、CSDN新星计划导师&#xff0c;一名热衷于单片机技术探索与分享的博主、专注于 精通51/STM32/MSP430/AVR等单片机设计 主要对象是咱们…

发现一款适合所有用户小巧且强大的编辑器(完美替换Windows记事本)

文章目录 📖 介绍 📖🏡 演示环境 🏡📒 编辑器 📒📝 功能亮点📝 适用场景📝 安装使用📝 替换Windows记事本🎈 获取方式 🎈⚓️ 相关链接 ⚓️📖 介绍 📖 今天,发现一款小巧(仅1.26M)且功能强大的编辑器,适用于文本编辑,编程开发等,应该说是适…

负载均衡(Load Balancing)是一种计算机技术,用于在网络应用中分配工作负载,以优化资源使用、最大化吞吐量、减少响应时间以及避免过载。

负载均衡&#xff08;Load Balancing&#xff09;是一种计算机技术&#xff0c;用于在网络应用中分配工作负载&#xff0c;以优化资源使用、最大化吞吐量、减少响应时间以及避免过载。通过将任务均匀地分布在多个组件上&#xff0c;如服务器、网络链接、CPU、硬盘等&#xff0c…

Linux安装RabbitMQ安装

1. RabbitMQ介绍 1.1 RabbitMQ关键特性 异步消息传递&#xff1a;允许应用程序在不直接进行网络调用的情况下交换消息。 可靠性&#xff1a;支持消息持久化&#xff0c;确保消息不会在系统故障时丢失。 灵活的路由&#xff1a;支持多种路由选项&#xff0c;包括直接、主题、…

G502 鼠标自定义(配合 karabiner)

朋友送了我一个 G502 多功能鼠标&#xff0c;除了鼠标正常的左键、右键和滑轮外&#xff0c;额外提供了 6 个按键&#xff0c;并且滑轮可以向左、向右、向下按下&#xff0c;共计 9 个自定义的按键。 虽然是 karabiner 的老用户&#xff0c;但一直在使用 TrackPad&#xff0c;所…

Disco公司的DBG工艺详解

知识星球里的学员问&#xff1a;可以详细介绍下DBG工艺吗&#xff1f;DBG工艺的优势在哪里&#xff1f; 什么是DBG工艺&#xff1f; DBG工艺&#xff0c;即Dicing Before Grinding&#xff0c;划片后减薄。Dicing即金刚石刀片划切&#xff0c;Grinding即背面减薄&#xff0c;…

8. Bug 与 Error

计算机程序中的缺陷通常被称为 bug。把它们想象成偶然爬进我们工作中的小东西&#xff0c;会让程序员感觉良好。当然&#xff0c;实际上是我们自己把它们放进去的。 如果程序是思想的结晶&#xff0c;我们可以将错误大致分为思想混乱造成的错误和将思想转化为代码时引入错误造成…

在idea使用nacos微服务

一.安装nacos 、依赖记得别放<dependencyManagement></dependencyManagement>这个标签去了 1.在linux拉取镜像安装 docker pull nacos/nacos-server:1.3.1 2.创建挂载目录 mkdir -p /usr/local/docker/nacos/init.d /usr/local/docker/nacos/logs 3.安装nacos…