SpirngCloud+Vue3通过id批量修改某一个字段的值

本文介绍了微服务基本概念、演变过程，主要的原则及优缺点，最后谈到了微服务的实现方案之一，作为引文此章节偏理论知识一些。后续笔者将借助具体技术实现带领读者一起逐步实现微服务架构体系。

docker与kubernetes的区别是：docker是管理当前主机上的容器，k8s是管理多台主机、跨平台的分布式管理系统。Kubernetes的设计初衷是支持可插拔架构，从而利于扩展kubernetes的功能

恶意软件如病毒、蠕虫等，通过用户点击恶意链接或附件入侵系统，执行如勒索、信息窃取等恶意行为。网络钓鱼则通过看似合法的通信诱骗用户提供敏感信息或安装恶意软件。中间人（MitM）攻击中，攻击者在通信双方间窃听并可能篡改数据，常通过不安全的Wi-Fi或恶意软件实现。拒绝服务（DDoS）攻击使用大量流量使目标系统过载，导致服务中断，常利用僵尸网络实施。SQL注入攻击通过向数据库注入恶意代码获取敏感信息。零日攻击利用新发现且未修复的安全漏洞。DNS隧道技术则被滥用作隐蔽数据传输通道，帮助恶意活动绕过网络安全机制。

本文探讨了分布式系统中接口幂等性的重要性和实现方法，特别是在防止重复下单的场景中。首先介绍了通过数据库事务处理创建订单时的原子性需求。接着分析了服务间调用时可能遇到的重复请求问题，提出每个请求需具备唯一标识，并记录处理状态以识别并阻止重复操作。具体实践包括生成全局唯一的订单ID，利用数据库主键唯一性约束来防止重复插入，以及使用Redis存储订单支付状态。此外，文章还讨论了解决ABA问题（即数据在两次检查之间被修改的问题）的方法，引入版本号机制来确保数据更新的原子性和一致性。这些技术方案不仅限于订单服务，也可广泛应用于需要实现幂等性的其他业务场景中。

在收到容器CPU使用率达到104%的告警后，通过日志发现多个线程正在进行批处理任务。初步怀疑Full GC导致CPU占用过高，但内存使用率仅为62%，不符合预期。进一步排查发现监控指标与实际情况不符，最终确认是由于JVM Full GC引起的CPU激增。通过分析堆内存快照，定位到四个大型`List<Map<String, String>>`对象占用了近900MB内存，这些对象由用户上传的Excel转换而来，导致内存膨胀。这些大对象在JVM中长时间驻留，容易触发Full GC。 为解决此问题，提出了两种方案： 1. 将数据存储于缓存而非JVM内存中； 2. 减少内存中对象的数据量，如删除无用字

本文主要讲解JMeter的简单使用，手把手教学，跟着操作就行了

RESTful是一种设计风格，用于规范HTTP接口的使用，旨在实现结构清晰、标准统一、易于理解和扩展的目标。在非RESTful模式下，同一资源的行为（如订单管理）可能会因人而异，导致请求方法（如POST与GET混用）和路径（如`/save/order`与`/save/product`）不一致，增加了维护难度。RESTful则强调资源的规范化，每个资源（如订单）都有唯一的URI，且通过标准的HTTP方法（GET、POST、PUT、DELETE等）来表示对该资源的不同操作。这种方式有助于确保接口的一致性和可预测性，简化了客户端和服务端的交互。

Kotlin中的布尔值是一种数据类型，仅能存储`true`或`false`两种状态，适用于表示二选一的情况，如开关或真假判断。布尔类型可通过`Boolean`关键字声明，并直接赋值为`true`或`false`。此外，Kotlin支持使用比较运算符创建布尔表达式，用于条件判断。条件语句包括`if`、`else`和`else if`，允许根据不同条件执行特定代码块。特别地，在Kotlin中，`if..else`结构不仅能作为语句使用，还能作为表达式，即可以在条件判断的同时返回一个值。这种灵活性使得Kotlin在处理条件逻辑时更为简洁高效。