当前位置: 首页 > article >正文

单线程的JS中Vue导致的“线程安全”问题

目录

  • 现象
  • 分析
  • 原因

浏览器中Js是单线程的,当然不可能出现线程安全问题。只是遇到的问题的现象与多线程的情况十分相似,导致对不了解Vue实现的我怀疑起了人生…

现象

项目中用到了element-plus中的加载组件,简单封装了一下,用来保证只会出现一个加载框,大概是这样

import { ElLoading } from 'element-plus'

let instance
let count = 0
export function startLoading() {
	if (count === 0) {
		// 临界区
		instance = ElLoading.service()
	}
	count++
}
export function stopLoading() {
	count--
	if (count === 0) {
		instance.close()
	}
}

使用的时候,意外的出现了多个实例,但是只保存了最后创建的实例,导致界面上有个loading无法关闭。
复现Demo

分析

打断点调试发现,到instance = ElLoading.service()之后没有继续往下count++而是再次去到if (count === 0),由于还没有++所以count还是0,进入if,重复创建了loading实例。
这个现象,乍一看,和有两条线程同时进入了startLoading的情况一模一样。不过我发现后面count++的值是没错的,所以把count++提到前面,改成这样,问题没有再复现。

export function startLoading() {
	count++
	if (count === 1) {
		instance = ElLoading.service()
	}
}

如果存在线程安全,那么count++如果不是原子操作的话,同样的问题还是会出现的。查了一圈资料,没有找到相关信息。
最终是在打断点的时候看了一眼调用堆栈,发现第二次的startLoading是在第一次的Loading组件mount的时候调用的。也就是说两次调用是串行的嵌套关系,而不是并行,直接松了一口气😅
调用堆栈截图

原因

问题的关键在于Vue的watch实现,第二次的startLoading是在watch中调用的。watch的数据变化事件会被Vue放到队列中,在mount组件时会先处理这个队列,所以在mount第一个Loading组件时,执行了第二个startLoading
关键方法是flushPreFlushCbs,具体之后再学习学习


http://www.kler.cn/a/133710.html

相关文章:

  • 基于Python+Django+Vue3+MySQL实现的前后端分类的商场车辆管理系统
  • centos7上安装mysql
  • Tomcat与Nginx之全面比较
  • SCUI Admin + Laravel 整合
  • 无插件H5播放器EasyPlayer.js网页web无插件播放器vue和react详细介绍
  • git初始化和更新项目中的子模块
  • 【FPGA】Verilog:实现 RS 触发器 | Flip-Flop | 使用 NOR 的 RS 触发器 | 使用 NAND 的 RS 触发器
  • VUE(一)
  • Chrome 浏览器经常卡死问题解决
  • linux配置固定ip(两种方法)
  • Leetcode—3.无重复字符的最长子串【中等】
  • 在线预览excel,luckysheet在vue项目中的使用
  • SpringBoot-AOP学习案例
  • 【WiFI问题自助】解决WiFi能连上但是没有网的问题
  • 车载以太网-传输层-UDP
  • Flutter笔记:拖拽手势
  • java使用 TCP 的 Socket API 实现客户端服务器通信
  • NSSCTF第12页(3)
  • PS学习笔记——视图调整
  • em/px/rem/vh/vw 的区别?
  • Activiti,Apache camel,Netflex conductor对比,业务选型
  • Page分页records有数据,但是total=0,解决办法
  • 服务器数据恢复—VMware虚拟化下误操作导致服务器崩溃的数据恢复案例
  • 单片机FLASH下载算法的制作
  • vue-pdf在vue框架中的使用
  • 输出特殊图案,请在c环境中运行,看一看,Very Beautiful!