RecyclerView 调用 notifyItemInserted 自动滚动到底部的问题

项目中发现一个奇怪的现象

RecyclerView 加载完数据以后,调用 notifyItemInserted 方法,RecyclerView 会滑动到底部。

简化后的效果图:

在这里插入图片描述

因为这个 RecyclerView 的适配器有一个 FootViewHolder,所以怀疑是 FootViewHolder 的问题。通过源码分析,果然是 FootViewHolder 的问题。接下来就一步一步分析一下原因。

适配器代码

class TestAnimatorAdapter(private val context: Context
) : RecyclerView.Adapter<TestAnimatorAdapter.ViewHolder>() {companion object {val TYPE_FOOT = 1val FOOT_COUNT = 1}val dataList = mutableListOf<CheckBoxModel>()fun onDataSourceChanged(dataList: MutableList<CheckBoxModel>) {this.dataList.clear()this.dataList.addAll(dataList)}override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): ViewHolder {if (viewType == TYPE_FOOT) {val view =LayoutInflater.from(context).inflate(R.layout.foot_view_load_more, parent, false)return FootViewHolder(view)}val view =LayoutInflater.from(context).inflate(R.layout.item_test_animation, parent, false)return ViewHolder(view)}override fun onBindViewHolder(holder: ViewHolder, position: Int) {if (position == itemCount - 1) {return}val model = dataList[position]holder.checkBox?.isSelected = model.isCheckedholder.textDescription?.text = model.description}override fun getItemCount(): Int {return dataList.size + FOOT_COUNT}override fun getItemViewType(position: Int): Int {if (position == itemCount - 1) {return TYPE_FOOT}return super.getItemViewType(position)}open class ViewHolder(itemView: View) : RecyclerView.ViewHolder(itemView) {var checkBox: CheckBox? = nullvar textDescription: TextView? = nullinit {checkBox = itemView.findViewById(R.id.check_box)textDescription = itemView.findViewById(R.id.text_description)}}class FootViewHolder(itemView: View) : ViewHolder(itemView)}

适配器有一个 FooterViewHolder。

测试代码:添加4个数据,然后调用 notifyItemInserted 方法。

binding.btnNotifyItemChanged.setOnClickListener {val newArrayList = arrayListOf<CheckBoxModel>()for (i in 0 until 4) {newArrayList.add(CheckBoxModel("hi Hello$i", false))}testAnimatorAdapterAdapter.onDataSourceChanged(newArrayList)for (index in 0 until 4) {//总共添加了4条数据,调用4次 notifyItemInserted testAnimatorAdapterAdapter.notifyItemInserted(index)}
}

调用 Adapter#notifyItemInserted 方法以后,会调用 RecyclerView 的 dispatchLayout 方法。

void dispatchLayout() {//...mState.mIsMeasuring = false;if (mState.mLayoutStep == State.STEP_START) {//注释1处,调用dispatchLayoutStep1方法。dispatchLayoutStep1();mLayout.setExactMeasureSpecsFrom(this);//注释2处,调用dispatchLayoutStep2方法。dispatchLayoutStep2();} else if (mAdapterHelper.hasUpdates() || mLayout.getWidth() != getWidth()|| mLayout.getHeight() != getHeight()) {// First 2 steps are done in onMeasure but looks like we have to run again due to// changed size.mLayout.setExactMeasureSpecsFrom(this);dispatchLayoutStep2();} else {mLayout.setExactMeasureSpecsFrom(this);}//注释3处,调用dispatchLayoutStep3方法。dispatchLayoutStep3();
}

dispatchLayoutStep1 预布局阶段

在预布局阶段,首先会调用 RecyclerView 的 offsetPositionRecordsForInsert 方法,将已有的 FootViewHolder 向后移动,为插入的ViewHolder 留出位置。在我们的例子中,添加了4条数据,调用4次 notifyItemInserted 。最后 FootViewHolder 的 position 从 0 变化到 4 。

void offsetPositionRecordsForInsert(int positionStart, int itemCount) {final int childCount = mChildHelper.getUnfilteredChildCount();for(int i = 0; i < childCount; i++) {final ViewHolder holder = getChildViewHolderInt(mChildHelper.getUnfilteredChildAt(i));if(holder != null && !holder.shouldIgnore() && holder.mPosition >= positionStart) {if(sVerboseLoggingEnabled) {Log.d(TAG, "offsetPositionRecordsForInsert attached child " + i + " holder " + holder + " now at position " + (holder.mPosition + itemCount));}holder.offsetPosition(itemCount, false);mState.mStructureChanged = true;}}mRecycler.offsetPositionRecordsForInsert(positionStart, itemCount);requestLayout();
}

在debug的时候,评估一下FootViewHolder 。Evaluate FootViewHolder

 FootViewHolder{bd564b0 position=4 id=-1, oldPos=0, pLpos:0}

然后就没什么特殊的,dispatchLayoutStep1方法内部会调用一次 mLayout.onLayoutChildren(mRecycler, mState);,进行预布局。预布局结束的时候,只有一个FootViewHolderFootViewHolder还是被布局在了 position = 0 的位置。 预布局的时候,使用的是 pLpos = 0

这里要注意一下:预布局结束的时候,FootViewHolder 的 position=4 。在 dispatchLayoutStep2 阶段布局的时候,使用的是 position。也就是说会把 FootViewHolder 布局在 position=4 的位置。

dispatchLayoutStep2

内部会调用一次 mLayout.onLayoutChildren(mRecycler, mState);,进行布局。

这个时候先评估一下 LinearLayoutManager.mAnchorInfo 的值

AnchorInfo{mPosition=4, mCoordinate=0, mLayoutFromEnd=false, mValid=true}

注意:此时锚点位置 mAnchorInfo.mPosition = 4

onLayoutChildren 方法内部,

  1. detachAndScrapAttachedViews 回收 FootViewHolder。没啥可说的。

  2. 然后调用 updateLayoutStateToFillEnd(AnchorInfo anchorInfo) 方法。将 mLayoutState.mCurrentPosition 设置为 4。

  3. 然后调用 fill 方法进行填充。这时候,锚点位置是 4,对应的 ViewHolder是 FootViewHolder ,所以会先布局 FootViewHolder。FootViewHolder ,布局位置(layoutDecoratedWithMargins)是 top = 0,bottom = 144。(FootView 的高度就是144)

  4. 然后 FootViewHolder 后面没有数据了。此时 mLayoutState.mCurrentPosition = 5。(Adapter 只有 4条数据加一个Foot,position最大是4)。从锚点开始向下填充结束。

接下来要从锚点开始向上填充

LinearLayoutManager 的 onLayoutChildren 方法中部分代码

 // fill towards start
updateLayoutStateToFillStart(mAnchorInfo);
mLayoutState.mExtraFillSpace = extraForStart;
//注释1处,这里会将 mLayoutState.mCurrentPosition 改为3
mLayoutState.mCurrentPosition += mLayoutState.mItemDirection;
fill(recycler, mLayoutState, state, false);

先调用 updateLayoutStateToFillStart(AnchorInfo anchorInfo) 方法。更新一些信息。将mLayoutState.mLayoutDirection 赋值为 LayoutState.LAYOUT_START(值是-1);

紧接着调用了一行代码 mLayoutState.mCurrentPosition += mLayoutState.mItemDirection;。向上填充的时候,mLayoutState.mItemDirection = -1。计算出来,mLayoutState.mCurrentPosition = 4 - 1 = 3

然后调用 fill 方法向上填充:

layoutChunk 方法中 ViewHolder3 的 布局 layoutDecoratedWithMargins(view, left, top, right, bottom); 位置是在 FootViewHolder 上面 top = -900,bottom = 0。

ViewHolder2 的 布局位置是 top = -1800,bottom = -900。

ViewHolder1 的 布局位置是 top = -2700,bottom = -1800。

布局完 ViewHolder1,以后,remainingSpace < 0 ,结束向上填充。

为什么会结束呢,在我们的例子中,remainingSpace = 2255 ,布局完 144 + Math.abs(-2700),已经大于 2255 了。

这个时候,FootViewHolder 的位置是 top = 0,bottom = 144。距离 RecyclerView 的底部还有很大的一段距离(在我们的例子中是 2111像素)。然后会走到 fixLayoutEndGap 方法。

private int fixLayoutEndGap(int endOffset, RecyclerView.Recycler recycler,RecyclerView.State state, boolean canOffsetChildren) {//注释1处,这里大于0,2111px,表示end方向有空隙int gap = mOrientationHelper.getEndAfterPadding() - endOffset;int fixOffset = 0;if(gap > 0) {//注释2处,向下滚动fixOffset = -scrollBy(-gap, recycler, state);} else {return 0; // nothing to fix}// move offset according to scroll amountendOffset += fixOffset;if(canOffsetChildren) {// re-calculate gap, see if we could fix itgap = mOrientationHelper.getEndAfterPadding() - endOffset;if(gap > 0) {mOrientationHelper.offsetChildren(gap);return gap + fixOffset;}}return fixOffset;
}

注释1处,这里大于0,表示end方向有空隙。

注释2处,向下滚动。这个时候,最大滚动距离是 2111 像素。

int scrollBy(int delta, RecyclerView.Recycler recycler, RecyclerView.State state) {if(getChildCount() == 0 || delta == 0) {return 0;}ensureLayoutState();mLayoutState.mRecycle = true;final int layoutDirection = delta > 0 ? LayoutState.LAYOUT_END : LayoutState.LAYOUT_START;final int absDelta = Math.abs(delta);updateLayoutState(layoutDirection, absDelta, true, state);final int consumed = mLayoutState.mScrollingOffset + fill(recycler, mLayoutState, state, false);if(consumed < 0) {if(DEBUG) {Log.d(TAG, "Don't have any more elements to scroll");}return 0;}final int scrolled = absDelta > consumed ? layoutDirection * consumed : delta;//注释1处,偏移子ViewmOrientationHelper.offsetChildren(-scrolled);if(DEBUG) {Log.d(TAG, "scroll req: " + delta + " scrolled: " + scrolled);}mLayoutState.mLastScrollDelta = scrolled;return scrolled;
}

注释1处,偏移所有的子View。也就是说所有的子View向下滚动了2111像素。

FootViewHolder会偏移到 RecyclerView 的底部。 FootViewHolder 的 top = 2111,bottom = 2255。

滚动了这么多的距离,需要填充新的ViewHolder吗?不需要,我们在上面分析中,ViewHolder1 的 top 是 -2700足够滚动到屏幕中,还有剩余589px。

ViewHolder3 的 top 是 1211 ,bottom 是 2111。

ViewHolder2 的 top 是 311,bottom 是 1211。

ViewHolder1 的 top 是 -589,bottom 是 311。

dispatchLayoutStep2 结束

dispatchLayoutStep3 阶段,执行动画

记录当前阶段的动画信息,对比 dispatchLayoutStep1 阶段记录的动画信息,执行合适的动画。

FootViewHolder 会执行 move 动画。此时 FootViewHolder 的 top 是 2111。

动画开始前,把 FootViewHolder 的 translationY 设置为 -2111。在动画过程中,变化到 translationY = 0 。 实现了从上滑动到底部的效果。

新增的 ViewHolder 会执行 alpha 透明度动画。动画开始前 alpha = 0,动画结束后 alpha = 1。

dispatchLayoutStep3 结束

先说下结论

  • 调用 notifyItemInserted 方法的时候,会把 FootViewHolder 的 position 向下偏移。在预布局 dispatchLayoutStep1 结束的时候, FootViewHolder 的 position = 4。
  • 在 dispatchLayoutStep2 阶段,会以 FootViewHolder 为锚点 position = 4 进行填充。先填充 FootViewHolder。此时FootViewHolder 布局在屏幕中的坐标是 top = 0,bottom = 144。(FootView 的高度就是144)
  • 从 position =5 向锚点下方填充,此时没有更多的数据。
  • position = 3 向锚点上方填充,直到没有更多空间。
  • 此时 FootViewHolder 距离 RecyclerView底部还有很大一段距离。RecyclerView 会向下偏移所有的子View,结束后,FootViewHolder的bottom 就是 RecyclerView的 最底部的坐标。
  • dispatchLayoutStep3 阶段,FootViewHolder 执行一个 move 动画,从上向下移动一段距离。
  • 新创建的 ViewHolder 执行 alpha 动画,从透明到不透明。

在搞明白了这个问题以后,又想到另一个问题。

如果给适配器加一个HeadViewHolder,那么 notifyItemInserted 以后,RecyclerView 就会以会以 HeadViewHolder 为锚点,从上到下进行布局,是不是就可以解决 因为 有FootViewHolder 而导致 RecyclerView自动滚动到底部的问题呢?,我们来验证一下。

改造过后的适配器代码 有一个 HeadViewHolder,并且新增了一个 myNotifyItemInserted 方法。。

class TestAnimatorAdapter(private val context: Context
) : RecyclerView.Adapter<TestAnimatorAdapter.ViewHolder>() {companion object {val TYPE_HEADER = -1val TYPE_FOOTER = 1val HEAD_COUNT = 1val FOOT_COUNT = 1private const val TAG = "TestAnimatorAdapterAdap"}val dataList = mutableListOf<CheckBoxModel>()fun onDataSourceChanged(dataList: MutableList<CheckBoxModel>) {this.dataList.clear()this.dataList.addAll(dataList)}/*** 这里一定要注意了,因为有head,所以要加上head的数量*/fun myNotifyItemInserted(position: Int) {notifyItemInserted(position + HEAD_COUNT)}override fun onCreateViewHolder(parent: ViewGroup,viewType: Int): ViewHolder {if (viewType == TYPE_HEADER) {val view = LayoutInflater.from(context).inflate(R.layout.head_view, parent, false)return HeadViewHolder(view)}if (viewType == TYPE_FOOTER) {val view =LayoutInflater.from(context).inflate(R.layout.foot_view_load_more, parent, false)return FootViewHolder(view)}val view =LayoutInflater.from(context).inflate(R.layout.item_test_animation, parent, false)return ViewHolder(view)}override fun onBindViewHolder(holder: ViewHolder, position: Int) {if (position == 0) {return}if (position == itemCount - 1) {return}val dataPosition = position - 1val model = dataList[dataPosition]holder.checkBox?.isSelected = model.isCheckedholder.textDescription?.text = model.descriptionLog.i(TAG,"onBindViewHolder: dataPosition = $dataPosition  holder = $holder model = $model")}override fun getItemCount(): Int {return dataList.size + HEAD_COUNT + FOOT_COUNT}override fun getItemViewType(position: Int): Int {if (position == 0) {return TYPE_HEADER}if (position == itemCount - 1) {return TYPE_FOOTER}return super.getItemViewType(position)}open class ViewHolder(itemView: View) : RecyclerView.ViewHolder(itemView) {var checkBox: CheckBox? = nullvar textDescription: TextView? = nullinit {checkBox = itemView.findViewById(R.id.check_box)textDescription = itemView.findViewById(R.id.text_description)}}class HeadViewHolder(itemView: View) : ViewHolder(itemView) {}class FootViewHolder(itemView: View) : ViewHolder(itemView) {}

这里一定要注意了:


/**
* 这里一定要注意了,因为有head,所以要加上head的数量*/
fun myNotifyItemInserted(position: Int) {notifyItemInserted(position + HEAD_COUNT)
}

因为有 head,在 notifyItemInserted 的时候,position 要要加上 head 的数量。

测试代码

binding.btnNotifyItemChanged.setOnClickListener {val newArrayList = arrayListOf<CheckBoxModel>()for (i in 0 until 4) {newArrayList.add(CheckBoxModel("hi Hello$i", false))}testAnimatorAdapterAdapter.onDataSourceChanged(newArrayList)for (index in 0 until 4) {//总共添加了4条数据,调用4次 notifyItemInserted testAnimatorAdapterAdapter.myNotifyItemInserted(index)}
}

效果图:

在这里插入图片描述

可以看到,RecyclerView 不会自动滚动到底部。

如果这里不加上 Head 的数量,RecyclerView 会以 HeadViewHolder 为锚点,向下布局,然后再以 HeadViewHolder 为锚点向上布局。在我们的例子中,导致最后的结果是,RecyclerView 还是会自动滚动到底部。

测试代码 调用 testAnimatorAdapterAdapter.notifyItemInserted(index)

binding.btnNotifyItemChanged.setOnClickListener {val newArrayList = arrayListOf<CheckBoxModel>()for (i in 0 until 4) {newArrayList.add(CheckBoxModel("hi Hello$i", false))}testAnimatorAdapterAdapter.onDataSourceChanged(newArrayList)for (index in 0 until 4) {//总共添加了4条数据,调用4次 notifyItemInserted testAnimatorAdapterAdapter.notifyItemInserted(index)}
}

效果图:

在这里插入图片描述

为什么呢?因为 notifyItemInserted 从 0 开始布局,会将 HeadViewHolder 向下偏移。最后 HeadViewHolder 的 position = 4 。关键的方法是 RecyclerView 的 offsetPositionRecordsForInsert 方法:

void offsetPositionRecordsForInsert(int positionStart, int itemCount) {final int childCount = mChildHelper.getUnfilteredChildCount();for(int i = 0; i < childCount; i++) {final ViewHolder holder = getChildViewHolderInt(mChildHelper.getUnfilteredChildAt(i));//注释1处,偏移 position >= positionStart 的 ViewHolderif(holder != null && !holder.shouldIgnore() && holder.mPosition >= positionStart) {holder.offsetPosition(itemCount, false);mState.mStructureChanged = true;}}mRecycler.offsetPositionRecordsForInsert(positionStart, itemCount);requestLayout();
}

注释1处,偏移 position >= positionStart 的 ViewHolder。在我们的例子中,HeadViewHolder 的 position = 0,从 0 开始 notifyItemInserted,会将 HeadViewHolder 向下偏移。最后 HeadViewHolder 的 position = 4 。然后开始布局的时候,position = 4 的位置 itemType 是正常的ViewHolder,所以 position = 4 的位置布局的是正常的ViewHolder。 position = 5 是 FootViewHolder。

还想到一个问题,只有 FootView 的时候,为什么调用 notifyDataChanged 以后,RecyclerView 不会自动滚动到底部呢?

在这里插入图片描述

原因是:

  1. 调用notifyDataSetChanged 不会偏移 FootViewHolder。FootViewHolder 的 position = 0。
  2. dispatchLayoutStep2 阶段,会以 FootViewHolder 为锚点,从 position = 0 开始布局。
  3. position = 0 的位置 ItemType 是正常的 ViewHolder。
  4. 然后一直向下布局,直到没有更多的空间 remainingSpace ,结束布局。

参考链接:

  • RecyclerView第一次设置LayoutManager和Adapter之后的源码分析
  • RecyclerView源码分析之二 滚动时候的ViewHolder的回收和复用
  • RecyclerView notifyDataSetChanged 之后的源码分析
  • RecyclerView notifyItemInserted 之后的源码分析
  • RecyclerView notifyItemRemoved 之后的源码分析

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

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

相关文章

MTU/TCPMSS/VLAN/ACCESS/TRUNK/HYBRID

MTU RFC标准定义以太网的默认MTU值为1500 最小64字节是为了保证最极端的冲突能被检测到&#xff0c;64字节是能被检测到的最小值&#xff1b;最大不超过1518字节是为了防止过长的帧传输时间过长而占用共享链路太长时间导致其他业务阻塞。所以规定以太网帧大小为64~1518字节&am…

java文件File和IO流(二)-- IO流,递归,数据流,打印流,转换流等等

IO流 IO流之数据流 在IO流中&#xff0c;可以通过DataInputStream和DataOutputStream字节流直接操作基本数据类型和字符串 DataOutputStream import java.io.*;//TODO 数据流&#xff0c;简单的说&#xff0c;就是容许字节流直接操作基本数据类型和字符串。 public class D…

Golang-Gorm-快速上手

Gorm文档 GORM文档地址 安装依赖 go get -u "gorm.io/driver/mysql"go get -u "gorm.io/gorm"连接数据库 默认连接方式 func main() {// 参考 https://github.com/go-sql-driver/mysql#dsn-data-source-name 获取详情dsn : "user:passtcp(127.0.0…

【C++第五课-C/C++内存管理】C/C++的内存分布、new/delete、new和delete的实现原理

目录 C/C的内存分布new/deletenew内置类型使用new自定义类型使用newnew失败 delete内置类型使用delete自定义类型使用delete new和delete的实现原理new[] 和delete[]的补充知识 定位new&#xff08;了解&#xff09;常见面试题 C/C的内存分布 频繁的new/delete堆容易产生内存碎…

算法学习——LeetCode力扣动态规划篇10(583. 两个字符串的删除操作、72. 编辑距离、647. 回文子串、516. 最长回文子序列)

算法学习——LeetCode力扣动态规划篇10 583. 两个字符串的删除操作 583. 两个字符串的删除操作 - 力扣&#xff08;LeetCode&#xff09; 描述 给定两个单词 word1 和 word2 &#xff0c;返回使得 word1 和 word2 相同所需的最小步数。 每步 可以删除任意一个字符串中的一个…

2023年第十四届蓝桥杯大赛软件类省赛C/C++研究生组真题(代码完整题解)

C题-翻转⭐ 标签:贪心 简述:如果 S 中存在子串 101 或者 010,就可以将其分别变为 111 和 000,操作可以无限重复。最少翻转多少次可以把 S 变成和 T 一样。 链接: 翻转 思路:要求步骤最少->S每个位置最多修改一次->从头开始遍历不匹配就翻转->翻转不了就-1 …

汇编语言——用INT 21H 的A号功能,输入一个字符串存放在内存,倒序输出

用INT 21H 的A号功能&#xff0c;输入一个字符串“Hello, world!”&#xff0c;存放在内存&#xff0c;然 后倒序输出。 在DOS中断中&#xff0c;INT 21H是一个常用的系统功能调用中断&#xff0c;它提供了多种功能&#xff0c;其中A号功能用于字符串的输入。 在使用这个功能时…

康耐视visionpro-CogAcqFifoTool工具详细说明

CogAcqFifoTool操作说明&#xff1a; ① 打开工具栏&#xff0c;双击或点击鼠标拖拽 添加CogAcqFifoTool ②.从图片采集设备/图像采集卡列表里选择对应的相机&#xff0c;视频格式选择图像格式。 Mono表示黑白图像&#xff0c;RGB表示彩色相机。点击初始化取相初始化相机。 ③…

灵动翻译音频文件字幕提取及翻译;剪映视频添加字幕

参考&#xff1a;视频音频下载工具 https://tuberipper.com/21/save/mp3 1、灵动翻译音频文件字幕提取及翻译 灵动翻译可以直接chorme浏览器插件安装&#xff1a; 点击使用&#xff0c;可以上传音频文件 上传后自动翻译&#xff0c;然后点击译文即可翻译成中文&#xff0c;…

排序——非基于比较的排序

本专栏和大家分享关于排序的算法,其中有插入排&#xff08;直接插入排序和希尔排序&#xff09;、选择排序&#xff08;直接选择排序和堆排&#xff09;、交换排序&#xff08;冒泡排序和快速排序&#xff09;、归并排序以及其他非基于比较的排序 本文与大家分享非基于比较的排…

MySQL学习之连接查询

笛卡尔乘积现象 在表的连接查询方面有一种现象被称为&#xff1a;笛卡尔积现象。 笛卡尔积现象&#xff1a; 当两张表进行连接查询的时候&#xff0c;没有任何条件进行限制&#xff0c;最终的查询结果条数是两张表记录条数的乘积。 select ename,dname from emp,dept; 避免…

算法系列--动态规划--特殊的状态表示--分析重复子问题

&#x1f495;"轻舟已过万重山!"&#x1f495; 作者&#xff1a;Lvzi 文章主要内容&#xff1a;算法系列–算法系列–动态规划–特殊的状态表示–分析重复子问题 大家好,今天为大家带来的是算法系列--动态规划--特殊的状态表示--分析重复子问题 一.组合总数IV 链接…

实现富文本的三部曲

1、引入 ueditor.config.js ueditor.all.min.js lang/zh-cn/zh-cn.js 2、编辑器显示处 id"content" <textarea id"content" name"content"></textarea> 3、底部 <script type"text/javascript"> //实例化编辑器 …

搜索与图论——Floyd算法求最短路

floyd算法用来求多源汇最短路 用邻接矩阵来存所有的边 时间复杂度O(n^3) #include<iostream> #include<cstring> #include<algorithm>using namespace std;const int N 20010,INF 1e9;int n,m,k; int g[N][N];void floyd(){for(int k 1;k < n;k ){f…

网络基础(二)——序列化与反序列化

目录 1、应用层 2、再谈“协议” 3、网络版计算器 Socket.hpp TcpServer.hpp ServerCal.hpp ServerCal.cc Protocol.hpp ClientCal.cc Log.hpp Makefile 1、应用层 我们程序员写的一个个解决我们实际问题&#xff0c;满足我们日常需求的网络程序&#xff0c;都是在…

QT+Opencv+yolov5实现监测

功能说明&#xff1a;使用QTOpencvyolov5实现监测 仓库链接&#xff1a;https://gitee.com/wangyoujie11/qt_yolov5.git git本仓库到本地 一、环境配置 1.opencv配置 将OpenCV-MinGW-Build-OpenCV-4.5.2-x64文件夹放在自己的一个目录下&#xff0c;如我的路径&#xff1a; …

appium辅助自动化工具-- Appium studio

这里我要给大家介绍一款appium辅助自动化测试工具appium studio&#xff0c;你没看错&#xff0c;不是android studio&#xff0c;也不是appium android studio&#xff0c;就是appium studio&#xff01; 下载地址&#xff1a; Appium Studio | Digital.ai Continuous Test…

智慧公厕的技术融合策略

智慧公厕是迎合现代城市发展需要的一项重要基础设施&#xff0c;其设计的技术融合策略在实现公共厕所泛在感知、互通互联、协同构筑智慧城市等方面起到了关键作用。本文将以智慧公厕源头实力厂家广州中期科技有限公司&#xff0c;大量精品案例现场实景实图实例&#xff0c;从物…

Makefile:动态库的编译链接与使用(六)

1、动态链接库 动态链接库&#xff1a;不会把代码编译到二进制文件中&#xff0c;而是运行时才去加载&#xff0c;所以只需要维护一个地址 动态&#xff1a;运行时才去加载&#xff0c;即所谓的动态加载连接&#xff1a;指库文件和二进制程序分离&#xff0c;用某种特殊的手段…

MySQL - 高阶语句(一)

先准备一张表 create table class1 (id int,name varchar(10) primary key not null ,score decimal(5,2),address varchar(20),hobbid int(5));insert into class1 values(1,liuyi,80,beijing,2); insert into class1 values(2,wangwu,90,shengzheng,2); insert into class1 …