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

C++ 设计模式——策略模式

策略模式

    • 策略模式
      • 主要组成部分
      • 例一:逐步重构并引入策略模式
        • 第一步:初始实现
        • 第二步:提取共性并实现策略接口
        • 第三步:实现具体策略类
        • 第四步:实现上下文类
        • 策略模式 UML 图
          • 策略模式的 UML 图解析
      • 例二:逐步重构并引入策略模式
        • 第一步:初始实现
        • 第二步:提取共性并实现策略接口
        • 第三步:实现具体策略类
        • 第四步:实现上下文类:
        • 第五步:更新主函数
      • 策略模式 UML 图
        • 策略模式的 UML 图解析
      • 策略模式优缺点
      • 策略模式适用场景
      • 例一的完整代码
      • 例二的完整代码

策略模式

策略模式是一种行为设计模式,它定义了一系列算法,将每一个算法封装起来,并使它们可以互换。策略模式让算法的变化独立于使用算法的客户。

引入"策略“设计模式的定义:定义一些列算法类(策略类),将每个算法封装起来,让他们可以互相替换。换句话说,策略模式通常把一系列算法封装到一系列具体策略类中作为抽象策略类的字类,然后根据实际需要适用这些字类。

主要组成部分

  • 策略接口 (Strategy):定义一个统一的接口,声明所有支持的算法(策略)的方法。客户端通过这个接口调用具体策略。

  • 具体策略类 (Concrete Strategy):实现策略接口,定义具体的算法或行为。每个具体策略类实现不同的算法。

  • 上下文类 (Context):持有对策略接口的引用,负责调用具体策略的方法。上下文类可以在运行时动态地切换策略。

例一:逐步重构并引入策略模式

假设我们需要实现不同的排序算法(如冒泡排序和快速排序)。最初的实现可能是重复的代码。逐步重构的过程如下:

第一步:初始实现

为每种排序算法编写独立的处理逻辑:

#include <iostream>
#include <vector>void bubbleSort(std::vector<int>& arr) {for (size_t i = 0; i < arr.size() - 1; ++i) {for (size_t j = 0; j < arr.size() - i - 1; ++j) {if (arr[j] > arr[j + 1]) {std::swap(arr[j], arr[j + 1]);}}}
}void quickSort(std::vector<int>& arr, int low, int high) {if (low < high) {int pivot = arr[high];int i = low - 1;for (int j = low; j < high; ++j) {if (arr[j] < pivot) {++i;std::swap(arr[i], arr[j]);}}std::swap(arr[i + 1], arr[high]);quickSort(arr, low, i);quickSort(arr, i + 2, high);}
}int main() {std::vector<int> data = {5, 3, 8, 6, 2};bubbleSort(data);// 或者使用 quickSort(data, 0, data.size() - 1);return 0;
}
第二步:提取共性并实现策略接口

识别出排序的共性步骤,并创建一个策略接口 SortStrategy,定义排序方法:

class SortStrategy {
public:virtual void sort(std::vector<int>& arr) = 0; // 策略接口
};
第三步:实现具体策略类

为每种排序算法实现具体策略类,重写排序方法:

class BubbleSort : public SortStrategy {
public:void sort(std::vector<int>& arr) override {for (size_t i = 0; i < arr.size() - 1; ++i) {for (size_t j = 0; j < arr.size() - i - 1; ++j) {if (arr[j] > arr[j + 1]) {std::swap(arr[j], arr[j + 1]);}}}}
};class QuickSort : public SortStrategy {
public:void sort(std::vector<int>& arr) override {quickSort(arr, 0, arr.size() - 1);}private:void quickSort(std::vector<int>& arr, int low, int high) {if (low < high) {int pivot = arr[high];int i = low - 1;for (int j = low; j < high; ++j) {if (arr[j] < pivot) {++i;std::swap(arr[i], arr[j]);}}std::swap(arr[i + 1], arr[high]);quickSort(arr, low, i);quickSort(arr, i + 2, high);}}
};
第四步:实现上下文类

创建一个上下文类 Sorter,用于使用策略:

class Sorter {
private:SortStrategy* strategy;public:Sorter(SortStrategy* strategy) : strategy(strategy) {}void setStrategy(SortStrategy* strategy) {this->strategy = strategy;}void sort(std::vector<int>& arr) {strategy->sort(arr);}
};
策略模式 UML 图

策略模式 UML 图1

策略模式的 UML 图解析
  • 上下文类 (Context)

    • Sorter:它是上下文类,负责使用策略并持有策略的引用。Sorter 类通过 setStrategy 方法设置具体的排序策略,并通过 sort 方法调用该策略进行排序。
  • 抽象策略类 (Strategy)

    • SortStrategy:这是策略接口,定义了一个公共方法 sort,该方法由具体策略类实现。它确保所有具体策略类都有一致的接口。
  • 具体策略类 (Concrete Strategy)

    • BubbleSort:实现了 SortStrategy 接口,提供了冒泡排序的具体实现。
    • QuickSort:实现了 SortStrategy 接口,提供了快速排序的具体实现。

例二:逐步重构并引入策略模式

第一步:初始实现

首先,从一个简单的实现开始,其中战斗者类直接实现道具使用逻辑。

#include <iostream>
using namespace std;class Fighter {
public:Fighter(int life) : m_life(life) {}void UseBXD() { // 使用补血丹m_life += 200;cout << "使用补血丹,生命值增加200。" << endl;}void UseDHD() { // 使用大还丹m_life += 300;cout << "使用大还丹,生命值增加300。" << endl;}void UseSHD() { // 使用守护丹m_life += 500;cout << "使用守护丹,生命值增加500。" << endl;}int GetLife() {return m_life;}private:int m_life;
};int main() {Fighter warrior(1000);cout << "初始生命值:" << warrior.GetLife() << endl;warrior.UseDHD();cout << "当前生命值:" << warrior.GetLife() << endl;warrior.UseBXD();cout << "当前生命值:" << warrior.GetLife() << endl;warrior.UseSHD();cout << "当前生命值:" << warrior.GetLife() << endl;return 0;
}
第二步:提取共性并实现策略接口

在该实现中,Fighter 类包含所有道具使用的逻辑。可以提取出道具使用的共性,定义一个道具策略接口。

class ItemStrategy {
public:virtual void UseItem(Fighter* fighter) = 0;virtual ~ItemStrategy() {}
};
第三步:实现具体策略类

为每种道具创建具体的策略类,实现 ItemStrategy 接口。

  • 补血丹策略类
class ItemStrategy_BXD : public ItemStrategy {
public:void UseItem(Fighter* mainobj) override {mainobj->SetLife(mainobj->GetLife() + 200); // 补充200点生命值}
};
  • 大还丹策略类
class ItemStrategy_DHD : public ItemStrategy {
public:void UseItem(Fighter* mainobj) override {mainobj->SetLife(mainobj->GetLife() + 300); // 补充300点生命值}
};
  • 守护丹策略类
class ItemStrategy_SHD : public ItemStrategy {
public:void UseItem(Fighter* mainobj) override {mainobj->SetLife(mainobj->GetLife() + 500); // 补充500点生命值}
};
第四步:实现上下文类:

Fighter 类中添加设置道具策略的方法,并移除具体的道具使用逻辑,并定义战斗者的子类(可以不需要字类)。

class Fighter {
public:Fighter(int life) : m_life(life), itemStrategy(nullptr) {}void SetItemStrategy(ItemStrategy* strategy) {itemStrategy = strategy;}void UseItem() {if (itemStrategy) {itemStrategy->UseItem(this);}}int GetLife() {return m_life;}void SetLife(int life) {m_life = life;}private:int m_life;ItemStrategy* itemStrategy;
};
class F_Warrior : public Fighter {
public:F_Warrior(int life, int magic, int attack) : Fighter(life, magic, attack) {}// 其他战士特有的方法
};class F_Mage : public Fighter {
public:F_Mage(int life, int magic, int attack) : Fighter(life, magic, attack) {}// 其他法师特有的方法
};
第五步:更新主函数

更新主函数以使用新的策略模式结构。

int main() {Fighter warrior(1000);cout << "初始生命值:" << warrior.GetLife() << endl;ItemStrategy* strategy1 = new ItemStrategy_DHD();warrior.SetItemStrategy(strategy1);warrior.UseItem();cout << "当前生命值:" << warrior.GetLife() << endl;ItemStrategy* strategy2 = new ItemStrategy_BXD();warrior.SetItemStrategy(strategy2);warrior.UseItem();cout << "当前生命值:" << warrior.GetLife() << endl;ItemStrategy* strategy3 = new ItemStrategy_SHD();warrior.SetItemStrategy(strategy3);warrior.UseItem();cout << "当前生命值:" << warrior.GetLife() << endl;delete strategy1;delete strategy2;delete strategy3;return 0;
}

策略模式 UML 图

策略模式 UML 图2

策略模式的 UML 图解析
  • Context(环境类):也叫上下文类,是使用算法的角色,该类中维持着一个对抽象策略类的指针或引用。这里指Fighter类。
  • Stategy(抽象策略类):定义所支持的算法的公共接口,是所有策略类的父类。这里指 ItemStrategy 类。
  • ConcreteStrategy(具体策略类):抽象策略类的子类,实现抽象策略类中声明的接口。这里指ItemStrategy_BXDItemStrategy_DHDItemStrategy_SHD类。

策略模式优缺点

优点

  • 灵活性:可以在运行时选择不同的策略,增加了程序的灵活性和可扩展性。

  • 开放-关闭原则:新的策略可以通过实现策略接口而无需修改现有代码,符合开放-关闭原则。

  • 清晰的职责分离:将不同的算法封装在不同的类中,使得代码更加清晰,易于维护。

  • 减少条件语句:避免了使用大量的条件语句(如 if-elseswitch),使代码结构更加简洁。

  • 易于测试:每个策略类可以独立测试,便于单元测试和调试。

缺点

  • 类的数量增加:每种策略都需要一个新的类,可能导致类的数量增加,增加了系统的复杂性。

  • 客户端必须了解所有策略:客户端需要了解所有可用的策略,以便选择合适的策略,这可能增加了使用的复杂性。

  • 性能开销:在某些情况下,频繁地创建和销毁策略对象可能导致性能开销。

  • 不适合简单的算法:对于简单的算法,使用策略模式可能显得过于复杂,增加了不必要的抽象。

策略模式适用场景

  • 多种算法:当有多个算法可以选择时,策略模式可以将它们封装起来,方便切换。
  • 避免条件语句:当使用大量条件语句来选择算法时,可以使用策略模式来简化代码结构。
  • 动态选择算法:当需要在运行时选择算法时,策略模式提供了灵活性。
  • 算法复用:当多个类需要使用同一算法时,可以将算法封装成策略类,促进代码复用。

例一的完整代码

以下是完整的实现代码:

#include <iostream>
#include <vector>// 策略接口
class SortStrategy
{
public:virtual void sort(std::vector<int>& arr) = 0; // 策略接口
};// 具体策略:冒泡排序
class BubbleSort : public SortStrategy {
public:void sort(std::vector<int>& arr) override {for (size_t i = 0; i < arr.size() - 1; ++i) {for (size_t j = 0; j < arr.size() - i - 1; ++j) {if (arr[j] > arr[j + 1]) {std::swap(arr[j], arr[j + 1]);}}}}
};// 具体策略:快速排序
class QuickSort : public SortStrategy {
public:void sort(std::vector<int>& arr) override {quickSort(arr, 0, arr.size() - 1);}private:void quickSort(std::vector<int>& arr, int low, int high) {if (low < high) {int pivot = arr[high];int i = low - 1;for (int j = low; j < high; ++j) {if (arr[j] < pivot) {++i;std::swap(arr[i], arr[j]);}}std::swap(arr[i + 1], arr[high]);quickSort(arr, low, i);quickSort(arr, i + 2, high);}}
};// 上下文类
class Sorter {
private:SortStrategy* strategy;public:Sorter(SortStrategy* strategy) : strategy(strategy) {}void setStrategy(SortStrategy* strategy) {this->strategy = strategy;}void sort(std::vector<int>& arr) {strategy->sort(arr);}
};// 示例用法
int main() {std::vector<int> data = {5, 3, 8, 6, 2};Sorter sorter(new BubbleSort());sorter.sort(data); // 使用冒泡排序sorter.setStrategy(new QuickSort());sorter.sort(data); // 使用快速排序return 0;
}

例二的完整代码

#include <iostream>
using namespace std;class Fighter; // 类前向声明//道具策略类的父类
class ItemStrategy
{
public:virtual void UseItem(Fighter* mainobj) = 0;virtual ~ItemStrategy() {}
};//战斗者父类
class Fighter
{
public:Fighter(int life, int magic, int attack) :m_life(life), m_magic(magic), m_attack(attack) {}virtual ~Fighter() {}public:void SetItemStrategy(ItemStrategy* strategy) //设置道具使用的策略{itemstrategy = strategy;}void UseItem() //使用道具(吃药){itemstrategy->UseItem(this);}int  GetLife() //获取人物生命值{return m_life;}void SetLife(int life) //设置人物生命值{m_life = life;}private:ItemStrategy* itemstrategy = nullptr; //C++11中支持这样初始化protected:int m_life;int m_magic;int m_attack;
};//“战士”类,父类为Fighter
class F_Warrior :public Fighter
{
public:F_Warrior(int life, int magic, int attack) :Fighter(life, magic, attack) {}
};//“法师”类,父类为Fighter
class F_Mage :public Fighter
{
public:F_Mage(int life, int magic, int attack) :Fighter(life, magic, attack) {}
};//补血丹策略类
class ItemStrategy_BXD : public ItemStrategy
{
public:virtual void UseItem(Fighter* mainobj){mainobj->SetLife(mainobj->GetLife() + 200); //补充200点生命值cout << "使用补血丹,生命值增加200。" << endl;}
};//大还丹策略类
class ItemStrategy_DHD : public ItemStrategy
{
public:virtual void UseItem(Fighter* mainobj){mainobj->SetLife(mainobj->GetLife() + 300); //补充300点生命值cout << "使用大还丹,生命值增加300。" << endl;}
};//守护丹策略类
class ItemStrategy_SHD : public ItemStrategy
{
public:virtual void UseItem(Fighter* mainobj){mainobj->SetLife(mainobj->GetLife() + 500); //补充500点生命值cout << "使用守护丹,生命值增加500。" << endl;}
};int main()
{// 创建战斗者对象Fighter* prole_war = new Fighter(1000, 0, 200);// 打印初始生命值cout << "初始生命值:" << prole_war->GetLife() << endl;// 使用大还丹ItemStrategy* strategy1 = new ItemStrategy_DHD();prole_war->SetItemStrategy(strategy1);prole_war->UseItem();cout << "当前生命值:" << prole_war->GetLife() << endl;// 使用补血丹ItemStrategy* strategy2 = new ItemStrategy_BXD();prole_war->SetItemStrategy(strategy2);prole_war->UseItem();cout << "当前生命值:" << prole_war->GetLife() << endl;// 使用守护丹ItemStrategy* strategy3 = new ItemStrategy_SHD();prole_war->SetItemStrategy(strategy3);prole_war->UseItem();cout << "当前生命值:" << prole_war->GetLife() << endl;// 释放资源delete strategy1;delete strategy2;delete strategy3;delete prole_war;F_Mage mage(800, 300, 100);cout << "法师初始生命值:" << mage.GetLife() << endl;// 可以为法师设置道具策略并使用// ...return 0;
}

相关文章:

C++ 设计模式——策略模式

策略模式 策略模式主要组成部分例一&#xff1a;逐步重构并引入策略模式第一步&#xff1a;初始实现第二步&#xff1a;提取共性并实现策略接口第三步&#xff1a;实现具体策略类第四步&#xff1a;实现上下文类策略模式 UML 图策略模式的 UML 图解析 例二&#xff1a;逐步重构…...

【书生大模型实战营(暑假场)闯关材料】基础岛:第3关 浦语提示词工程实践

1.配置环境时遇到的问题 注意要使用terminal&#xff0c;而不是jupyter。 否则退出TMUX会话时&#xff0c;会出问题。 退出TMUX会话命令如下&#xff1a; ctrlB D # 先按CTRLB 随后按D另外一个是&#xff0c;端口转发命令 ssh -p XXXX rootssh.intern-ai.org.cn -CNg -L …...

C++ | Leetcode C++题解之第350题两个数组的交集II

题目&#xff1a; 题解&#xff1a; class Solution { public:vector<int> intersect(vector<int>& nums1, vector<int>& nums2) {sort(nums1.begin(), nums1.end());sort(nums2.begin(), nums2.end());int length1 nums1.size(), length2 nums2…...

遗传算法原理与实战(python、matlab)

遗传算法 1.什么是遗传算法 遗传算法&#xff08;Genetic Algorithm&#xff0c;简称GA&#xff09;是一种基于生物进化论和遗传学原理的全局优化搜索算法。它通过模拟自然界中生物种群的遗传机制和进化过程来解决复杂问题&#xff0c;如函数优化、组合优化、机器学习等。遗传…...

《黑神话:悟空》媒体评分解禁 M站均分82

《黑神话&#xff1a;悟空》媒体评分现已解禁&#xff0c;截止发稿时&#xff0c;M站共有43家媒体评测&#xff0c;均分为82分。 部分媒体评测&#xff1a; God is a Geek 100&#xff1a; 毫无疑问&#xff0c;《黑神话&#xff1a;悟空》是今年最好的动作游戏之一&#xff…...

安卓中携程和线程的区别。携程是指什么?

在安卓和其他编程环境中&#xff0c;协程&#xff08;Coroutine&#xff09;和线程&#xff08;Thread&#xff09;是两种不同的并发处理机制。它们各自有独特的特点和适用场景&#xff1a; 线程&#xff08;Thread&#xff09;&#xff1a; 线程是操作系统能够进行运算调度的最…...

部署flannel网络(master服务器执行)遇到错误

出现错误 “The connection to the server 192.168.0.23:6443 was refused - did you specify the right host or port?” 的原因通常是因为 Kubernetes API 服务器未能启动或无法访问。以下是一些可能的原因和解决方案&#xff1a; 解决方案 确认 Kubernetes API 服务器的状…...

超越IP-Adapter!阿里提出UniPortrait,可通过文本定制生成高保真的单人或多人图像。

阿里提出UniPortrait&#xff0c;能根据用户提供的文本描述&#xff0c;快速生成既忠实于原图又能灵活调整的个性化人像&#xff0c;用户甚至可以通过简单的句子来描述多个不同的人物&#xff0c;而不需要一一指定每个人的位置。这种设计大大简化了用户的操作&#xff0c;提升了…...

使用托管竞价实例在Amazon SageMaker上运行机器学习训练

这是本系列文章的第二篇&#xff0c;旨在通过动手实践&#xff0c;帮助大家学习亚马逊云科技的生成式AI相关技能。通过这些文章&#xff0c;大家将掌握如何利用亚马逊云科技的各类服务来应用AI技术。 那么让我们开始今天的内容吧&#xff01; 介绍 什么是Amazon SageMaker …...

AIoT智能物联网平台定义

随着科技的飞速发展&#xff0c;我们正步入一个由智能设备和互联网络构成的新时代。AIoT&#xff0c;即人工智能物联网&#xff08;Artificial Intelligence of Things&#xff09;&#xff0c;是这个时代的标志性产物。本文旨在探讨AIoT智能物联网平台的定义、核心组件、应用场…...

微服务设计原则——高性能:存储设计

文章目录 1.读写分离2.分库分表3.动静分离4.冷热分离5.重写轻读6.数据异构参考文献 任何一个系统&#xff0c;从单机到分布式&#xff0c;从前端到后台&#xff0c;功能和逻辑各不相同&#xff0c;但干的只有两件事&#xff1a;读和写。而每个系统的业务特性可能都不一样&#…...

hbase-manager图形化界面的安装与配置

相关资料下载 夸克网盘分享 1、上传项目到linux上 解压&#xff1a; 切换到conf目录下&#xff1a;/opt/installs/hbase-manager-2.0.8-hbase-2.x/conf/ 2、修改数据库配置信息 application-druid.yml 3、创建hbase-manager数据库(注意字符集编码)&#xff0c;导入数据库脚本…...

STM32之继电器与震动传感器的使用,实现震动灯

在STM32的外设应用中&#xff0c;继电器扮演着重要的角色。继电器作为一种电控制器件&#xff0c;其主要作用是通过小电流控制大电流的通断&#xff0c;实现电路的自动控制和保护。具体来说&#xff0c;继电器在STM32外设中的作用可以归纳为以下几点&#xff1a; 电路隔离与保…...

RS232(旧协议)与RS485(新协议)

RS232: RS485: RS485和RS232是两种常见的串行通信标准&#xff0c;它们在通信距离、速度、拓扑结构等方面存在显著差异。以下是它们的主要区别&#xff1a; 1. 物理层接口 RS232: 使用单端信号传输&#xff0c;即信号通过一根信号线和一根公共地线&#xff08;GND&#xff09…...

android13顶部状态栏里面调节背光,不隐藏状态栏面板

总纲 android13 rom 开发总纲说明 目录 1.前言 2.代码分析 3.修改方法 4.编译运行 5.彩蛋 1.前言 android13顶部状态栏里面调节背光,这个时候状态栏面板会被隐藏掉,有些需求就需要不隐藏这个面板。 2.代码分析 查找亮度条属性 id/brightness_slider ./frameworks/b…...

Webrtc之SDP协议

SDP简介 SDP 最常用于 RTC 实时通话的协商过程&#xff0c;在 WebRTC 中&#xff0c;通信双方在连接阶段使用 SDP 来协商后续传输过程中使用的音视频编解码器(codec)、主机候选地址、网络传输协议等。 在实际的应用过程中&#xff0c;通信双方可以使用 HTTP、WebSocket、Data…...

mfc140u.dll丢失错误解决方法的基本思路——四种修复mfc140u.dll的方法

当遇到mfc140u.dll丢失的错误时&#xff0c;意味着你的系统中缺失了一个重要的动态链接库文件&#xff0c;该文件是微软 Visual C Redistributable for Visual Studio 2015 的一部分&#xff0c;对于运行那些用 Visual C 开发的程序是必需的。今天就教你mfc140u.dll丢失错误解决…...

Python Django 后端架构开发: 中间件架构设计

&#x1f31f; Python Django 后端架构开发&#xff1a; 中间件架构设计 &#x1f539; 中间件项目测试&#xff1a;自定义中间件的 process_response 与 process_view 方法 在 Django 中&#xff0c;中间件是一种用于处理请求和响应的钩子&#xff0c;可以在视图处理前后对请…...

HTTP的认证方式

0.HTTP认证相关的一些基本概念 0.1 HTTP保护空间(HTTP Protection Space) 也称为认证领域(Authentication Realm),是指在HTTP认证中用来定义一组受保护资源的范围。保护空间通常由一个realm标识符来表示,它定义了用户需要提供凭据(如用户名和密码)才能访问的资源集合…...

10分钟学会LVM逻辑卷

华子目录 前言认识LVMLVM基本概念LVM整体流程LVM管理命令pvs&#xff0c;vgs&#xff0c;lvs命令pvs基本用法选项示例 vgs基本用法选项示例 lvs基本用法 pvcreate&#xff0c;vgcreate&#xff0c;lvcreate命令pvcreate示例 vgcreate基本用法示例选项 lvcreate基本用法示例 pvr…...

第19节 Node.js Express 框架

Express 是一个为Node.js设计的web开发框架&#xff0c;它基于nodejs平台。 Express 简介 Express是一个简洁而灵活的node.js Web应用框架, 提供了一系列强大特性帮助你创建各种Web应用&#xff0c;和丰富的HTTP工具。 使用Express可以快速地搭建一个完整功能的网站。 Expre…...

深入剖析AI大模型:大模型时代的 Prompt 工程全解析

今天聊的内容&#xff0c;我认为是AI开发里面非常重要的内容。它在AI开发里无处不在&#xff0c;当你对 AI 助手说 "用李白的风格写一首关于人工智能的诗"&#xff0c;或者让翻译模型 "将这段合同翻译成商务日语" 时&#xff0c;输入的这句话就是 Prompt。…...

智慧医疗能源事业线深度画像分析(上)

引言 医疗行业作为现代社会的关键基础设施,其能源消耗与环境影响正日益受到关注。随着全球"双碳"目标的推进和可持续发展理念的深入,智慧医疗能源事业线应运而生,致力于通过创新技术与管理方案,重构医疗领域的能源使用模式。这一事业线融合了能源管理、可持续发…...

Zustand 状态管理库:极简而强大的解决方案

Zustand 是一个轻量级、快速和可扩展的状态管理库&#xff0c;特别适合 React 应用。它以简洁的 API 和高效的性能解决了 Redux 等状态管理方案中的繁琐问题。 核心优势对比 基本使用指南 1. 创建 Store // store.js import create from zustandconst useStore create((set)…...

在rocky linux 9.5上在线安装 docker

前面是指南&#xff0c;后面是日志 sudo dnf config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo sudo dnf install docker-ce docker-ce-cli containerd.io -y docker version sudo systemctl start docker sudo systemctl status docker …...

Linux相关概念和易错知识点(42)(TCP的连接管理、可靠性、面临复杂网络的处理)

目录 1.TCP的连接管理机制&#xff08;1&#xff09;三次握手①握手过程②对握手过程的理解 &#xff08;2&#xff09;四次挥手&#xff08;3&#xff09;握手和挥手的触发&#xff08;4&#xff09;状态切换①挥手过程中状态的切换②握手过程中状态的切换 2.TCP的可靠性&…...

12.找到字符串中所有字母异位词

&#x1f9e0; 题目解析 题目描述&#xff1a; 给定两个字符串 s 和 p&#xff0c;找出 s 中所有 p 的字母异位词的起始索引。 返回的答案以数组形式表示。 字母异位词定义&#xff1a; 若两个字符串包含的字符种类和出现次数完全相同&#xff0c;顺序无所谓&#xff0c;则互为…...

SpringTask-03.入门案例

一.入门案例 启动类&#xff1a; package com.sky;import lombok.extern.slf4j.Slf4j; import org.springframework.boot.SpringApplication; import org.springframework.boot.autoconfigure.SpringBootApplication; import org.springframework.cache.annotation.EnableCach…...

力扣-35.搜索插入位置

题目描述 给定一个排序数组和一个目标值&#xff0c;在数组中找到目标值&#xff0c;并返回其索引。如果目标值不存在于数组中&#xff0c;返回它将会被按顺序插入的位置。 请必须使用时间复杂度为 O(log n) 的算法。 class Solution {public int searchInsert(int[] nums, …...

虚拟电厂发展三大趋势:市场化、技术主导、车网互联

市场化&#xff1a;从政策驱动到多元盈利 政策全面赋能 2025年4月&#xff0c;国家发改委、能源局发布《关于加快推进虚拟电厂发展的指导意见》&#xff0c;首次明确虚拟电厂为“独立市场主体”&#xff0c;提出硬性目标&#xff1a;2027年全国调节能力≥2000万千瓦&#xff0…...