安卓绘制原理概览

绘制原理

        Android 程序员都知道 Android 的绘制流程分为 Measure、Layout、Draw 三步骤,其中

  • Measure 负责测量 View 的大小
  • Layout 负责确定 View 的位置
  • Draw 负责将 View 画在屏幕上

        由 ViewRootImpl 实现的 performTraversal 方法是 Measure、layout、draw 的真正执行者,本文将不会关注 measure、layout、draw 的执行细节。而是展示 measure、layout、draw 和 Traversal 之间的关系,沉浸在细节里面,反而对全貌会难以知晓,这一系列将会循循渐进,先介绍全貌,再由具体问题分析具体的细节。从 View Root 视角展示 Traversal 流程是如何统筹、控制和执行三大流程的。

        本文将会带着两个问题去学习

  1. 刷新率为 60fps 的手机,每秒钟会执行 60 次 traversal 吗?
  2. ViewRootImpl 在一段时间内执行 60 次 Traversal,Measure / Layout / Draw 都会执行60次吗?

背景知识

Measure 与 onMeasure

public class View {/*** 此方法用于确定 view 的大小,由父 view 提供宽度、高度的限制条件* 真正的测量工作是由此方法调用的 onMeasure(int, int) 执行的* 因此子类只可以覆盖 onMeasure(int, int) 方法*/public final void measure(int widthMeasureSpec, int heightMeasureSpec) {onMeasure(widthMeasureSpec, heightMeasureSpec);}/*** 覆盖此方法以实现对自身内容的提供准确、高效地测量*/protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec)
}public class CustomViewGroup extends ViewGroup {protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {measureSelf();children.forEach(child -> {child.measure(childWidthMeasureSpec, childHeightMeasureSpec);});}
}

        layout 和 onLayout 关系和 measure 和 onMeasure 一致;draw 和 onDraw 的关系也大体上可以认为是一致的。

ViewRootImpl

        Android中 view 是按照树形结构组织的,根节点一般是 DecorView,树中的每一个非叶子节点都是一个 ViewGroup,ViewGroup 负责组织、管理子 view,而子 View 持有的 parent 引用却是被声明为 ViewParent 类型,这暗示了 View 的父容器并不一定是 View/ViewGroup,更准确的说:树中的每一个非叶子节点都是一个 ViewParent。

public class View {/*** Gets the parent of this view. Note that the parent is a* ViewParent and not necessarily a View.*/public final ViewParent getParent() {return mParent;}//  Finds the topmost view in the current view hierarchy.public View getRootView() {View parent = this;while (parent.mParent != null && parent.mParent instanceof View) {parent = (View) parent.mParent;}return parent;}// Gets the view root associated with the View.public ViewRootImpl getViewRootImpl() {if (mAttachInfo != null) {return mAttachInfo.mViewRootImpl;}return null;}
}

        ViewParent 定义 View 容器的职责,其中定义了子 view 想要与父 view 交互的时候所能看到的 API。ViewRootImpl 是其存在的重要理由。ViewRootImp 并没有继承 View、ViewGroup,但是实现了 ViewParent 接口,是 View Tree 根节点的 parent 节点,因此可以认为

View Tree的物理根节点是 DecorView,逻辑根节点是 ViewRootImpl

        究其原因,DecorView 作为物理上的 View Root,但其本质上仍然只是一个 View,并没有管理整颗 View 树的能力。查看其代码也可以发现,其能力只有针对自己这个 view 的绘制、事件分发等等,因此才会有 ViewRootImpl作为 DecorView 逻辑上、抽象 View Parent,链接 View 和 Window,负责事件分发、视图更新等流程。本文的主题,就是 ViewRootImpl 负责实现的。

Choreographer

协调动画、输入和绘图的时间

        Chereographer 是 Android APP 对于 V_SYNC信号(可以简单认为 V_SYNC信号是在开启 V_SYNC的显示设备的缓冲区就绪的信号)的接受者,当收到 V_SYNC信号以后,意味着缓冲区已经就绪,可以触发和下一帧画面相关的任务,包括输入响应、动画、traversal、自定义任务。V_SYNC一般默认和显示设备的刷新率同步,对于主流的 Android 手机,fps 通常是 60、90或者 120.

Traversal

概览

        Traversal 在 Android32 中是一个超过 800行的复杂函数,这里只展示一下精简版,先从宏观视角对其内容有一个粗略的了解。

public final class ViewRootImpl implements ViewParent {private void performTraversals() {boolean layoutRequested = mLayoutRequested && !mStopped;if (layoutRequested) {performMeasure(childWidthMeasureSpec, childHeightMeasureSpec);}if (layoutRequested) {performLayout(lp, mWidth, mHeight);}  performDraw();}
}

        排除掉 window、surface、focus 等非本文关注内容,Traversal 就是按顺序决定是否需要执行 measure、layout、draw 方法。

起源

        绘制流程是 Traversal 执行的,那 Traversal 的又是谁执行的呢?

        最普遍的情况下,View 的 onMeasure 堆栈结构如下图所谓:

        如上文提到的,编舞者在收到 V_SYNC信号以后,开始通过 handler 通知 ViewRootImpl 执行绘制流程以准备下一帧的任务,从 DecorView 出发,最终调用自定义 View 的 onMeasure 方法。从堆栈来看,V_SYNC似乎是 Traversal 的起点,但是展开Choreographer的doFrame的函数,发现doFrame只是执行Choreographer.CALLBACK_TRAVERSAL类型的回调任务,而Traversal的callback正是ViewRootImpl自己注册的。

public final class Choreographer {private final CallbackQueue[] mCallbackQueues;void doFrame(long frameTimeNanos, int frame) {...doCallbacks(Choreographer.CALLBACK_TRAVERSAL, frameTimeNanos);...}void doCallbacks(int callbackType, long frameTimeNanos) {callbacks = mCallbackQueues[callbackType]callbacks.foreach { it.run() }}
}

        通过进一步追溯Choreographer.CALLBACK_TRAVERSAL类型的callback注册,只有ViewRootImpl的某些方法才会注册Choreographer.CALLBACK_TREAVERSAL类型的callback,用于在下一次V_SYNC信号到来的时候执行Traversal流程。所以Traversal的源头并不是V_SYNC,而是ViewRootImpl的某些操作,V_SYNC本身只是Traversal异步任务的一个触发器。

public final class ViewRootImpl implements ViewParent {void scheduleTraversals() {if (!mTraversalScheduled) {mTraversalScheduled = true;mChoreographer.postCallback(Choreographer.CALLBACK_TRAVERSAL, mTraversalRunnable, null);}}
}

        ViewRootImpl 中会触发 scheduleTraversals 的方法一共有 18 个(sdk 30) :

  • requestLayout
  • invalidate
  • requestFitSystemWindows
  • requestChildFocus
  • notifyInsetsChanged
  • invalidateRectOnScreen
  • handleDispatchSystemUiVisibilityChanged
  • ......

        从会触发的 scheduleTraversals 方法名可以看出,只有当 UI 界面发生变化时,才会在下一帧安排 traversal。所以:Traversal 相对于 V_SYNC 信号而言,是按需执行的,即执行 traversal 的次数 <= 屏幕刷新的次数。至此我们回答了第一个问题:刷新率60fps的手机,每秒并不会执行60次traversal。

requestLayout

        以最常用的requestLayout方法为例子,追溯一下Traversal的真正起源:

public final class ViewRootImpl implements ViewParent {@Overridepublic void requestLayout() {checkThread();mLayoutRequested = true;scheduleTraversals();}
}public class View {public void requestLayout() {mPrivateFlags |= PFLAG_FORCE_LAYOUT;// 避免重复调用if (mParent != null && (mparent.mPrivateFlags & PFLAG_FORCE_LAYOUT) != PFLAG_FORCE_LAYOUT) {mParent.requestLayout();}}public boolean isLayoutRequested() {return (mPrivateFlags & PFLAG_FORCE_LAYOUT) == PFLAG_FORCE_LAYOUT;}
}

requestLayout是ViewParent接口中定义的方法,同时View中也定义了同名方法,当View Tree中的任何一个View需要请求重新布局的时候,调用自身requestLayout,该方法向上回溯执行,知道最顶层的ViewParent。这会导致:

  1. 对于链路上所有的View,会被打上PFLAG_FORCE_LAYOUT(我们可以将该标记理解为:我需要measure)标记;
  2. 对于最终的ViewParent节点,既最顶层View的父结点→ViewRootImpl,则会设置自身的mLayoutRequested标志,同时开始注册下一帧的Traversal callback

Measure

        许多App的UI都是长时间不变化,比如阅读、工具类APP,如此设计肯定可以节省大量的资源。而且UI发生变化时,往往都是局部变化,比如一个按钮的点赞动画、播放器画面的更新,既然Traversal已经实现了按需执行,measure、layout、draw也应该需要按需执行。

执行条件

        Measure是Traversal的第一个环节

public final class ViewRootImpl implements ViewParent {// DeocrViewView mView;private void performMeasure(int childWidthMeasureSpec, int childHeightMeasureSpec) {mView.measure(childWidthMeasureSpec, childHeightMeasureSpec);}private void performTraversals() {boolean layoutRequested = mLayoutRequested && (!mStopped || mReportNextDraw);if (layoutRequested || windowInsetsChanged) {performMeasure(childWidthMeasureSpec, childHeightMeasureSpec);}...}
}

        对于ViewRootImpl,其可以通过requestLayout中设置的mLayoutRequested标志位决定是否调用performMeasure,进而控制Root View是否执行measure方法。注意上述代码,执行performMeasure的条件是

  1. mLayoutRequested == true
  2. 应用不处在stop状态或者mReportNextDraw = true

        那么类似的,View同样可以借助requestLayout中设置的PFLAG_FORCE_LAYOUT标志位,决定自身是否执行onMeasure流程,那来过滤没必要的测量操作。View的measure方法如下:

public class View {public final void measure(int widthMeasureSpec, int heightMeasureSpec) {// 是否执行了 requestLayoutfinal boolean forceLayout = (mPrivateFlags & PFLAG_FORCE_LAYOUT) == PFLAG_FORCE_LAYOUT;// measureSpec 是否变化final boolean specChange = widthMeasureSpec != mOldWidthMeasureSpec|| heightMeasureSpec != mOldHeightMeasureSpec;final boolean isSpecExactly = specMode == EXACTLY;final boolean matchesSpecSize = specSize = currentSize;final boolean needsLayout = specChanged && (!isSpecExactly || !matchesSpecSize);if (forceLayout || needsLayout) {onMeasure(widthMeasureSpec, heightMeasureSpec);mPrivateFlags |= PFLAG_LAYOUT_REQUIRED;}  }
}

        如下面的代码和注释展示的。仅当满足下面条件之一时,才会执行onMeasure函数进行真正的测量:

  1. measureSpec变化且layoutWidth、layoutHeight不是准确数值或者准确数值与自身大小不一致
  2. PFLAG_FORCE_LAYOUT标记存在时候。

        因此Traversal流程中,许多不满足以上条件的View是可以跳过自身的onMeasure以及后代的measure函数,这对于复杂的视图结构是很有意义的。

        当onMeasure执行完成以后,并没有清空PFLAG_FORCE_LAYOUT标志,而且追加设置了一个新的标志→ PFLAG_LAYOUT_REQUIRED(我们可以将该标志位理解为:我需要layout)

  1. 从PFLAG_LAYOUT_REQUIRED名字可以看出,这意味着执行过onMeasure的函数理论上一定需要执行layout流程
  2. requestLayout设置的PFLAG_FORCE_LAYOUT是强制layout的含义,但是onMeasure的执行流程也依赖该标志位
  3. ViewRootImpl的Traversal流程中关于是否执行performMeasure和performLayout的判断条件也都是mLayoutRequested标志位

        从以上三点不难看出,layout流程是绑定measure的,重新测量以后一定需要重新布局。

MeasureCache

        此外,View引入了MeasureCache,用于保存历史widthMeasureSpec/heightMeasureSpce对应的测量结果,如果命中了缓存,就可以执行设置结果,跳过onMeasure的测量工作(但没有完全的跳过),不过,又设置了一个新的标志位PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT

public class View {private LongSparseLongArray mMeasureCache;public final void measure(int widthMeasureSpec, int heightMeasureSpec) {long key = (long) widthMeasureSpec << 32 | (long) heightMeasureSpec & 0xffffffffL;if (mMeasureCache == null) mMeasureCache = new LongSparseLongArray(2);if (forceLayout || needsLayout) {int cacheIndex = forceLayout ? -1 : mMeasureCache.indexOfKey(key);if (cacheIndex < 0) {onMeasure(widthMeasureSpec, heightMeasureSpec);mPrivateFlags3 &= ~PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT;} else {long value = mMeasureCache.valueAt(cacheIndex);setMeasuredDimensionRaw((int) (value >> 32), (int) value);mPrivateFlags3 |= PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT;}mPrivateFlags |= PFLAG_LAYOUT_REQUIRED;}mMeasureCache.put(key, ((long) mMeasuredWidth) << 32 | (long) mMeasuredHeight & 0xffffffffL); // suppress sign extension}
}

Layout

执行条件

        和performMeasure相同,在ViewRootImpl的performTraversal中,mLayoutRequested标志也是layout流程执行的必要条件

public final class ViewRootImpl implements ViewParent {// DeocrViewView mView;private void performTraversals() {...if (mLayoutRequested) {performLayout(lp, mWidth, mHeight);}...}private void performLayout(WindowManager.LayoutParams lp, int desiredWindowWidth,int desiredWindowHeight) {...mView.layout(0, 0, mView.getMeasuredWidth(), mView.getMeasuredHeight());...}
}

        和 measure 类似,onLayout 也只会满足一定条件时,才会执行,用于实现按需执行:

  • View 的坐标发生变化(类比 onMeasure 的 needsLayout)
  • PFLAG_LAYOUT_REQUIRED ****标记存在时(类比 onMeasure 的 forceLayout)

        以上两个条件满足任一即可。

public class View {public void layout(int l, int t, int r, int b) {int oldL = mLeft;int oldT = mTop;int oldB = mBottom;int oldR = mRight;boolean changed = setFrame(l, t, r, b);if (changed || (mPrivateFlags & PFLAG_LAYOUT_REQUIRED) == PFLAG_LAYOUT_REQUIRED) {onLayout(changed, l, t, r, b);mPrivateFlags &= ~PFLAG_LAYOUT_REQUIRED;}mPrivateFlags &= ~PFLAG_FORCE_LAYOUT;}protected boolean setFrame(int left, int top, int right, int bottom) {...return mLeft != left || mRight != right || mTop != top || mBottom != bottom;}
}

        在 onMeasure 中设置的标志位 PFLAG_LAYOUT_REQUIRED 在 onLayout 执行后被清除,同时注意,先前通过 requestLayout 设置的标志:PFLAG_FORCE_LAYOUT 也是在此处(layout)清除的。

Draw

        draw相对于measure、layout,无论是从流程控制上还是具体实现上,都要复杂很多,这里只是简单介绍一下执行流程。因为现在硬件加速渲染已经成为绝对主流,接下来的内容以硬件渲染为例子

        简单介绍一下软件绘制和硬件绘制的区别:

  • 软件绘制:View通过操作Canvas,调用CPU在Buffer上绘制自身内容
  • 硬件绘制:View通过操作RecordingsCanvas,将绘制自身内容指令(DrawXXX)缓存起来,由GPU负责渲染

        通过控制调用 View.draw(Canvas) 传入的 Canvas 类型,实现了对开发者透明的软件绘制和硬件绘制的切换

class RecordingCanvas final : public SkCanvasVirtualEnforcer<SkNoDrawCanvas> {void onDrawRRect(const SkRRect&, const SkPaint&) override;DisplayListData* fDL;
}void RecordingCanvas::onDrawRRect(const SkRRect& rrect, const SkPaint& paint) {fDL->drawRRect(rrect, paint);
}void DisplayListData::drawRRect(const SkRRect& rrect, const SkPaint& paint) {this->push<DrawRRect>(0, rrect, paint);
}struct DrawRRect final : Op {static const auto kType = Type::DrawRRect;DrawRRect(const SkRRect& rrect, const SkPaint& paint) : rrect(rrect), paint(paint) {}SkRRect rrect;SkPaint paint;void draw(SkCanvas* c, const SkMatrix&) const { c->drawRRect(rrect, paint); }
};

        接下来看一下 ViewRootImpl 是如何发起 Draw 流程的。

public class ViewRootImpl {private void performTraversals() {boolean cancelDraw = mAttachInfo.mTreeObserver.dispatchOnPreDraw();if (!cancelDraw) {performDraw();}}private void performDraw() {mAttachInfo.mThreadedRenderer.draw(mView, mAttachInfo, this);}
}public final class ThreadedRenderer {void draw(View view, AttachInfo attachInfo, DrawCallbacks callbacks) {updateRootDisplayList(view, callbacks);}private void updateRootDisplayList(View view, DrawCallbacks callbacks) {// RecordingCanvas 是实现 硬件渲染 的关键RecordingCanvas canvas = mRootNode.beginRecording(mSurfaceWidth, mSurfaceHeight);try {final int saveCount = canvas.save();canvas.drawRenderNode(view.updateDisplayListIfDirty());canvas.restoreToCount(saveCount);} finally {mRootNode.endRecording();}}
}

        Draw 和 measure、layout 不同:

  1. ViewRootImpl Traversal 一定执行会 performDraw,并没有使用 mLayoutRequested 标志。(dispatchOnPreDraw 是 ViewRootImpl 暴露的一个节点,可以用于业务方跳过绘制,Android 的 Transform 动画就依赖此接口实现)。
  2. 没有直接调用 DecorView 的 View.draw 方法开始,而是通过 ThreadedRenderer 开始,对 View Tree 上所有 View 执行 updateDisplayListIfDirty,DisplayList 的遍历方式比 xxx 和 onXxx 的结构要复杂一些,不过原理是相同的:利用标记实现 DisplayList 的按需更新。

        阅读 View 关于 draw 的实现,在 updateDisplayListIfDirty 函数中,PFLAG_DRAWING_CACHE_VALID 用于判断 View 是否需要参与本次 draw 流程,而 View 内部的 mRecreateDisplayList 则决定了 View 自己的内容是否需要更新,mRecreateDisplayList 标志位是 draw(canvas, this, drawingTime) 方法依据 PFLAG_INVALIDATED 确定的。

public class View {boolean mRecreateDisplayList = false;public RenderNode updateDisplayListIfDirty() {final RenderNode renderNode = mRenderNode;if ((mPrivateFlags & PFLAG_DRAWING_CACHE_VALID) == 0 && !mRecreateDisplayList) {mPrivateFlags |= PFLAG_DRAWING_CACHE_VALID;if (mRecreateDisplayList) {draw(canvas);} else {dispatchGetDisplayList();}}return renderNode;}public void draw(Canvas canvas) {...onDraw(canvas);dispatchDraw(canvas);...}boolean draw(Canvas canvas, ViewGroup parent, long drawingTime) {mRecreateDisplayList = (mPrivateFlags & PFLAG_INVALIDATED) != 0;mPrivateFlags &= ~PFLAG_INVALIDATED;renderNode = updateDisplayListIfDirty();((RecordingCanvas) canvas).drawRenderNode(renderNode);    mRecreateDisplayList = false;}
}public class ViewGroup {protected void dispatchDraw(Canvas canvas) {children.forEach(child -> {child.draw(canvas, this, drawingTime);});}protected void dispatchGetDisplayList() {children.forEach(child -> {child.mRecreateDisplayList = (child.mPrivateFlags & PFLAG_INVALIDATED) != 0;child.mPrivateFlags &= ~PFLAG_INVALIDATED;child.updateDisplayListIfDirty();child.mRecreateDisplayList = false;});}
}

        PFLAG_DRAWING_CACHE_VALID 和 PFLAG_INVALIDATED 这两个标志的生命周期和我们熟悉的 View.invalidate 相关,和 requestLayout 类似,invalidate 也借助于 ViewParent 接口,层层向上通知,直到 ViewRootImpl,ViewRootImpl 会在收到 invalidate 请求后开始安排下一次 Traversal。

public class View {void invalidateInternal(int l, int t, int r, int b, boolean invalidateCache, boolean fullInvalidate) {mPrivateFlags |= PFLAG_INVALIDATED;mPrivateFlags &= ~PFLAG_DRAWING_CACHE_VALID;mParent.invalidateChild(this);}
}public class  ViewGroup {public final void invalidateChild(View child, final Rect dirty) {onDescendantInvalidated(child, child);}public void onDescendantInvalidated(@NonNull View child, @NonNull View target) {mPrivateFlags &= ~PFLAG_DRAWING_CACHE_VALID;if (mParent != null) {mParent.onDescendantInvalidated(this, target);}}
}public class ViewRootImpl {public void onDescendantInvalidated(@NonNull View child, @NonNull View descendant) {// TODO: Re-enable after camera is fixed or consider targetSdk checking this// checkThread();invalidate();}void invalidate() {// mWillDrawSoon 在 ViewRootImpl 的 measure / layout 阶段会设置为 true,// 此时 draw 流程还没开始,invalidate 请求可以在即将到来的 draw 流程中被消费if (!mWillDrawSoon) {scheduleTraversals();}}
}

        View 和 ViewRootImpl 的 invalidate 并没有关联 requestLayout,即Traversal 中的 draw 不需要以 measure / layout 作为其预备条件,可以单独执行,不像 measure 和 layout 总是彼此相互绑定,所以:

        invalidate 可以满足诉求时,不要使用 reqeustLayout

        虽然 Draw 不必需 measure、layout,但是 measure、layout 后总是需要执行 draw,这是因为完整的 requestLayout 代码如下:

public class View implements Drawable.Callback, KeyEvent.Callback, AccessibilityEventSource {@CallSuperpublic void requestLayout() {if (mMeasureCache != null) mMeasureCache.clear();if (mAttachInfo != null && mAttachInfo.mViewRequestingLayout == null) {// Only trigger request-during-layout logic if this is the view requesting it,// not the views in its parent hierarchyViewRootImpl viewRoot = getViewRootImpl();if (viewRoot != null && viewRoot.isInLayout()) {if (!viewRoot.requestLayoutDuringLayout(this)) {return;}}mAttachInfo.mViewRequestingLayout = this;}mPrivateFlags |= PFLAG_FORCE_LAYOUT;mPrivateFlags |= PFLAG_INVALIDATED; // 设置了该标志位,意味着一定需要drawif (mParent != null && !mParent.isLayoutRequested()) {mParent.requestLayout();}if (mAttachInfo != null && mAttachInfo.mViewRequestingLayout == this) {mAttachInfo.mViewRequestingLayout = null;}}
}

回答最一开始的两个问题

  1. 刷新率为 60fps 的手机,每秒钟会执行 60 次 traversal 吗?
    1. 不会,只有注册了callback并且V_SYNC执行到了才会调用traversal
  2. ViewRootImpl 在一段时间内执行 60 次 Traversal,Measure / Layout / Draw 都会执行60次吗?
    1. 并不会,注册回调以后,只能触发traversal,但响应的Measure、layout、draw还有对应的条件

后续

1. 后续将进一步讨论使用requestLayout可能会遇到的问题。 

2. MeasureCache

3. Layout during Layout

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

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

相关文章

Linux创建新文件的几种方式

第一种是 vi 文件名&#xff0c;然后进入vi编辑&#xff0c;完了之后保存退出&#xff1b;然后ls看一下&#xff0c;文件有了&#xff1b; 在终端输入 cat > 文件名&#xff0c;这没用过&#xff1b;输入以后回车&#xff0c;不会退出命令&#xff1b;输入一行文字&#xff…

TLA+学习记录1——hello world

0x01 TLA是个好工具 编程人员一个好习惯是凡事都想偷懒&#xff0c;当然是指要科学地偷懒&#xff0c;而不是真的偷懒。一直想找到一种能检验写出的代码&#xff0c;做出的设计是否真的完全正确&#xff0c;而不是靠经验检视、代码Review、反复测试去检验。因为上述方法不管怎…

学习心得07:C#

之前也没有看过C#的书&#xff0c;C#的程序倒是搞了一些。好在项目不大&#xff0c;我又会套路。 C#很象是JAVA。好像就是JAVA出来之后&#xff0c;微软抄的。好东西就要学习&#xff0c;这不丢脸。 我倒是想&#xff0c;有没有办法把JAVA和C#进行映射&#xff0c;然后直接编译…

Unity入门教程||创建项目(上)

一、介绍 目的&#xff1a;通过尝试制作一款使用玩家角色把小球弹飞的简单小游戏&#xff0c;熟悉使用Unity进行游戏开发的基本流程。 软件环境&#xff1a;Unity 2017.3.0f3&#xff0c;Visual Studio 2013 二、创建新项目 1&#xff0c;启动Unity后将出现一个并列显示Pro…

Springboot 实践(14)spring config 配置与运用--手动刷新

前文讲解Spring Cloud zuul 实现了SpringbootAction-One和SpringbootAction-two两个项目的路由切换&#xff0c;正确访问到项目中的资源。这两个项目各自拥有一份application.yml项目配置文件&#xff0c;配置文件中有一部分相同的配置参数&#xff0c;如果涉及到修改&#xf…

【C++】模拟实现二叉搜索树的增删查改功能

个人主页&#xff1a;&#x1f35d;在肯德基吃麻辣烫 我的gitee&#xff1a;C仓库 个人专栏&#xff1a;C专栏 文章目录 一、二叉搜索树的Insert操作&#xff08;非递归&#xff09;分析过程代码求解 二、二叉搜索树的Erase操作&#xff08;非递归&#xff09;分析过程代码求解…

激光焊接汽车尼龙塑料配件透光率测试仪

激光塑性成型技术是近年来塑性加工界出现的一种新技术。通常塑料主要是通过加热加压依赖模具成型。这对于单品种、大批量生产是有效的&#xff1b;而对于各种不同形状的塑料制件则需要昂贵的模具‚装置也较庞大。 高度聚焦的激光束垂直照射在待变形的板料上‚由于塑料直接吸收激…

Zstack 安装 黑群晖未找到硬盘:解决方法

错误原因&#xff1a; 发生错误的原因&#xff0c;黑群晖要求硬盘为Sata格式&#xff0c;而默认创建的硬盘格式为Virtio&#xff0c;我们要做的就是修改挂载的虚拟硬盘改为Sata格式 解决方法&#xff1a; 1、进入 ZStack&#xff0c;找到黑群晖的主机&#xff0c;查看 UUID …

TSINGSEE青犀视频AI算法助力构建城市市容·街面秩序管理解决方案

随着城市化进程加快&#xff0c;未经合理规划设置自然形成的马路市场越来越多&#xff0c;这不仅存在交通安全隐患&#xff0c;也造成了市容秩序混乱&#xff0c;严重影响城市市容面貌。 TSINGSEE青犀AI智能分析网关V3内部部署了几十种算法&#xff0c;包括人脸、人体、车辆、…

Jmeter系列-环境部署、详细介绍、安装目录介绍(1)

环境部署 官网下载Jmeter http://jmeter.apache.org/下载最新版本的 JMeter&#xff0c;解压文件到任意目录 安装JDK&#xff0c;配置Java环境 1、下载&#xff08;注意选择操作系统对应的位数32/64&#xff09; 官网 &#xff1a;http://www.oracle.com 2、安装&#xff0…

实战SpringMVC之CRUD

目录 一、前期准备 1.1 编写页面跳转控制类 二、实现CRUD 2.1 相关依赖 2.2 配置文件 2.3 逆向生成 2.4 后台代码完善 2.4.1 编写切面类 2.4.2 编写工具类 2.4.3 编写biz层 2.4.4 配置mapper.xml 2.4.5 编写相应接口类&#xff08;MusicMapper&#xff09; 2.4.6 处…

JDBC入门到精通-10w总结

JDBC核心技术 笔记是以尚硅谷讲师宋红康JDBC课程为基础&#xff0c;加入自身学习体会&#xff0c;略有修改 第1章&#xff1a;JDBC概述 JDBC是java应用程序和数据库之间的桥梁。JDBC提供一组规范&#xff08;接口&#xff09;。向上是面向应用API&#xff0c;共应用程序使用。向…

jmeter 计数器Counter

计数器可以用于生成动态的数值或字符串&#xff0c;以模拟不同的用户或数据。 计数器通常与用户线程组结合使用&#xff0c;以生成不同的变量值并在测试中应用。以下是计数器的几个常用属性&#xff1a; 变量前缀&#xff08;Variable Name Prefix&#xff09;&#xff1a;定义…

合并到pdf怎么合并?这个方法了解一下

在现代数字化时代&#xff0c;PDF(便携式文档格式)已成为最常用的文件格式之一。PDF文件的优点在于其跨平台兼容性和保持文档格式不变的能力。然而&#xff0c;在某些情况下&#xff0c;我们可能需要知道合并到pdf。无论是为了方便管理、共享或者其他目的&#xff0c;本文将介绍…

GO远程构建并调试

GO远程调试 之前写C&#xff0c;一直习惯了本地IDERemote CMake/GDB编译调试的模式。 因为6.824课程需要用GO&#xff0c;好像没有特别好的支持。记录一下如何配置调试的。 IDE: Goland 操作系统&#xff1a;Windows 远程服务器&#xff1a;Ubuntu 首先配置SSH,让其可以连接到…

【Node.js】Node.js安装详细步骤和创建Express项目演示

Node.js是一个开源的、跨平台的JavaScript运行环境&#xff0c;用于在服务器端运行JavaScript代码。它提供了一个简单的API&#xff0c;可以用于开发各种网络和服务器应用程序。 以下是Node.js的安装和使用的详细步骤和代码示例&#xff1a; 1、下载Node.js 访问Node.js官方…

grpc + springboot + mybatis-plus 动态配置数据源

前言 这是我在这个网站整理的笔记&#xff0c;关注我&#xff0c;接下来还会持续更新。 作者&#xff1a;神的孩子都在歌唱 grpc springboot mybatis-plus 动态配置数据源 一. 源码解析1.1 项目初始化1.2 接口请求时候 二. web应用三. grpc应用程序 一. 源码解析 1.1 项目初…

Java8中List转Map报错“java.lang.IllegalStateException: Duplicate key”

排查思路 从报错的关键字中可以大致判断是是key冲突,Duplicate key在数据库的主键冲突错误中经常遇到&#xff0c;个人的思维惯性就联想到了数据库,从这个方向去排查,无果。抓耳挠腮之下&#xff0c;分析如下错误信息 java.lang.IllegalStateException: Duplicate key image(…

1780_添加鼠标右键空白打开命令窗功能

全部学习汇总&#xff1a; GitHub - GreyZhang/windows_skills: some skills when using windows system. 经常执行各种脚本&#xff0c;常常需要切换到命令窗口中输入相关的命令。从开始位置打开cmd然后切换目录是个很糟糕的选择&#xff0c;费时费力。其实Windows 7以及Windo…

说说你了解的 Nginx

分析&回答 nginx性能数据 高并发连接: 官方称单节点支持5万并发连接数&#xff0c;实际生产环境能够承受2-3万并发。内存消耗少: 在3万并发连接下&#xff0c;开启10个nginx进程仅消耗150M内存 (15M10150M) 1. 正向、反向代理 所谓“代理”&#xff0c;是指在内网边缘 …