《 C++ 修炼全景指南:六 》深入探索 C++ 标准库中的 stack 与 queue 容器适配器

news2024/12/27 0:34:32

1、引言

1.1、容器适配器的概念与应用

容器适配器(Container Adapters)是 C++ 标准库提供的一种特殊容器,它不是一种独立的容器,而是对其他标准容器的封装,用来实现特定的数据结构如栈(stack)和队列(queue)。通过容器适配器,开发者可以快速实现这些数据结构,而无需关心底层容器的具体实现。

适配器的核心功能是将已有的容器(如 vectordequelist)通过封装,提供特定接口以实现新功能。例如,栈是后进先出(LIFO)的数据结构,而队列则是先进先出(FIFO)。适配器隐藏了底层容器的复杂性,提供了一套简化的接口,封装了底层容器的实现逻辑。因此,它们能够以更具语义化的方式对底层容器操作,使代码更加简洁和易于理解。


1.2、标准库中的 Stack 和 Queue 适配器概述

C++ 标准库中的 std::stackstd::queue 就是典型的容器适配器。stack 基于 dequevectorlist 实现,封装了其操作使之符合栈的语义,常用操作包括 pushpoptop。同样,queue 适配器也是对 dequelist 等容器的封装,提供了 enqueuedequeuefront 等接口来实现队列的行为。


1.3、适配器设计的基本原则与目标

适配器的设计应遵循以下几个基本原则:

  • 灵活性:支持多种底层容器,方便根据不同需求选择合适的数据结构。
  • 效率:尽量减少不必要的拷贝和内存分配,提高整体性能。
  • 安全性:保证异常情况下的数据一致性,避免出现内存泄漏等问题。

在设计自定义适配器时,我们的目标是实现与标准库类似的功能,同时可以根据实际需求进一步扩展。例如,在栈的实现中可以添加自定义的扩容机制或迭代器支持。

本文将深入探讨这两个容器适配器的工作原理,并展示如何使用这些适配器来高效管理数据。


2、适配器设计概述

2.1、适配器的模式

适配器模式是软件设计中的一种结构模式,它的主要作用是将某种类型的接口转化为客户端期望的接口,便于不同类型的对象之间进行协同工作。适配器模式的常见应用场景是在无法直接修改已有接口时,通过封装已有接口,提供新的、更合适的接口。

在 C++ 标准库中,stackqueue 容器就是经典的适配器模式的应用,它们将底层容器(如 dequevector)的通用接口封装为栈或队列特定的数据处理接口。通过适配器的封装,只暴露出 pushpoptop 等操作,并隐藏底层的随机访问操作。

这种封装极大简化了代码的使用和维护,同时提高了代码的复用性。由于底层容器可以是多种不同的类型,我们可以根据不同的性能需求和使用场景选择最合适的容器。


2.2、常见底层容器的选择与对比

容器适配器不同于普通容器,如 vectordeque。它们不直接管理内存或元素,而是利用已有容器提供的接口来实现新的功能。例如,stack 依赖 dequevector 的 push、pop、back 方法实现后进先出的操作逻辑。

在 C++ 标准库中,常见的底层容器包括 vectordequelist。它们各自的特点如下:

  • vector:连续内存块,支持随机访问和动态扩展。对于栈来说,pushpop 操作较快,但在某些情况下会因为动态扩展带来性能开销。
  • deque:双端队列,支持在头尾两端插入和删除元素,适合实现栈和队列。它的扩展性更好,但相比 vector 稍微复杂。
  • list:链表结构,适合频繁的插入和删除操作,但不支持随机访问,因此效率较低。

在实际设计中,选择合适的底层容器至关重要。对于频繁需要在两端进行插入和删除的队列,deque 通常是首选;而对于要求内存紧凑的场景,vector 则更加合适。


2.3、适配器设计的扩展性考虑

为了确保适配器具有良好的扩展性,我们需要考虑以下几点:

  • 模板化设计:通过模板支持不同类型的数据,避免代码重复。
  • 动态扩容:确保容器在超出初始容量时可以高效扩展,并保持较好的性能表现。
  • 异常安全:确保在操作失败时,容器中的数据不会丢失或被破坏。

3、Stack 容器适配器的实现

3.1、Stack 容器的基本设计

Stack 容器适配器的基本设计思想是封装底层容器的插入和删除操作,使其符合栈的后进先出(LIFO)特性。常见操作包括 push 添加元素,pop 移除栈顶元素,top 获取栈顶元素。

我们可以通过以下代码实现一个支持模板的栈适配器:

#include <iostream>

namespace Lenyiin
{
	template <class T, typename Container = std::deque<T>>
	class Stack
	{
	public:
		void push(const T& value)
		{
			_container.push_back(value);
		}

		void pop()
		{
			_container.pop_back();
		}

		size_t size()
		{
			return _container.size();
		}

		bool empty()
		{
			return _container.empty();
		}

		T& top()
		{
			return _container.back();
		}

	private:
		Container _container;
	};
}

在这个实现中,Container 默认使用 deque,但可以通过模板参数指定其他容器,如 vectorlist。栈的操作通过对底层容器的方法进行封装来实现。


3.2、模板支持与灵活底层容器

模板的使用使得 Stack 适配器可以存储任意类型的数据,并且底层容器类型也可以通过模板参数指定。这为不同场景下的优化提供了极大的灵活性。

例如,如果我们想要使用 vector 作为底层容器,可以在实例化时这样做:

Stack<int, std::vector<int>> myStack;
int main()
{
	// 用 vector 容器
	Stack<int, vector<int>> st1;
	st1.push(1);
	st1.push(2);
	st1.push(3);
	st1.push(4);
	st1.push(5);

	cout << "使用 vector \t容器: ";
	while (!st1.empty())
	{
		cout << st1.top() << " ";
		st1.pop();
	}
	cout << endl;

	// 用 list 容器
	Stack<int, list<int>> st2;
	st2.push(1);
	st2.push(2);
	st2.push(3);
	st2.push(4);
	st2.push(5);

	cout << "使用 list \t容器: ";
	while (!st2.empty())
	{
		cout << st2.top() << " ";
		st2.pop();
	}
	cout << endl;

	// 用 deque 容器
	cout << "使用 deque \t容器: ";
	Stack<int, deque<int>> st3;
	st3.push(1);
	st3.push(2);
	st3.push(3);
	st3.push(4);
	st3.push(5);

	while (!st3.empty())
	{
		cout << st3.top() << " ";
		st3.pop();
	}
	cout << endl;
	
	return 0;
}

3.3、栈的核心操作:push、pop、top

  • push:将新元素添加到栈顶。
  • pop:移除栈顶元素。
  • top:访问栈顶元素,但不修改栈的状态。

这些操作通过简单的接口与底层容器的相适配。让我们更深入地探讨这三种核心操作的实现细节,以及其与底层容器的关联。

3.3.1、push 操作

push 操作用于将元素压入栈顶。在适配器中,我们通过调用底层容器的 push_back 方法来实现该操作。栈的语义是后进先出(LIFO),因此每次添加新元素时,它应放在最后面。

代码示例:

void push(const T& value) 
{
    _container.push_back(value);
}

在这里,_container.push_back(value) 将值 value 添加到底层容器的末尾。由于栈的语义与 dequevector 的后端插入操作一致,因此这一操作的时间复杂度为 O(1)。

3.3.2、pop 操作

pop 操作用于从栈顶移除元素。在适配器中,它调用了底层容器的 pop_back 方法。

代码示例:

void pop() 
{
    _container.pop_back();
}

该方法移除底层容器的最后一个元素。对于 dequevector 而言,这一操作的时间复杂度为 O(1),非常高效。

3.3.3、top 操作

top 操作用于访问栈顶的元素,而不会修改栈的内容。为了获取栈顶元素,我们需要调用底层容器的 back() 方法。

代码示例:

T& top() 
{
    return _container.back();
}

back() 方法返回底层容器的最后一个元素,时间复杂度为 O(1)。值得注意的是,这里返回的是元素的引用,因此可以直接修改栈顶的元素。

通过对 pushpoptop 的封装,我们完成了栈的核心功能,且这些操作都能高效运行在 O(1) 时间复杂度下。


3.4、栈的扩展性:动态扩容

对于栈的实现,底层容器常常需要动态扩容,尤其是当我们使用 vector 作为底层容器时。vector 的特性是其大小固定,但它会根据需求自动调整容量,通常是当前容量的两倍。

为了理解栈的扩容机制,我们可以对 vector 的容量变化进行追踪,并在 push 操作时观察容器的容量动态变化:

std::vector<int> vec;
vec.push_back(1);
std::cout << "Capacity: " << vec.capacity() << std::endl;
vec.push_back(2);
std::cout << "Capacity: " << vec.capacity() << std::endl;

这段代码将展示 vector 在每次插入新元素时如何自动扩容。栈容器的动态扩容是由底层 vector 控制的,开发者无需手动管理。


3.5、异常安全与异常处理

栈的设计中,异常安全是一个重要的考虑因素。对于可能抛出异常的操作,我们需要确保容器处于一致的状态。

假设我们在 push 时抛出异常,栈的状态应保持不变,底层容器的数据也不应被破坏。因此,我们需要遵循 C++ 的 RAII(资源获取即初始化)原则,确保在出现异常时正确释放资源。

void push(const T& value) {
    try {
        _container.push_back(value);
    } catch (const std::exception& e) {
        std::cerr << "Push failed: " << e.what() << std::endl;
        // 处理异常,确保栈状态不变
    }
}

这种处理方式能够确保在 push 操作失败时,栈依旧保持一致性,数据不丢失。


4、Queue 容器适配器的实现

4.1、Queue 容器的基本设计

队列(Queue)是一种先进先出(FIFO)的数据结构,意味着元素总是从队列的尾部插入,从队列的头部移出。标准库中的 queue 容器适配器就是对底层容器的封装,支持 enqueuedequeue 等操作。

为了实现队列适配器,我们可以使用类似栈的方式,封装底层容器来实现 FIFO 的行为。核心操作包括 enqueue(入队)和 dequeue(出队)。

示例代码:

#include <iostream>
#include <deque>

namespace Lenyiin
{
	template <class T, class Container = std::deque<T>>
	class Queue
	{
	public:
		void push(const T& value)
		{
			_container.push_back(value);
		}

		void pop()
		{
			_container.pop_front();
		}

		size_t size()
		{
			return _container.size();
		}

		bool empty()
		{
			return _container.empty();
		}

		T& front()
		{
			return _container.front();
		}

		T& back()
		{
			return _container.back();
		}

	private:
		Container _container;
	};
}

4.2、支持多种底层容器

Stack 一样,我们可以为 Queue 适配器指定多种底层容器。deque 是默认的底层容器,因为它支持高效的两端插入和删除操作。如果需要,我们也可以选择 list 作为底层容器,它同样支持双端操作。

Queue<int, std::list<int>> myQueue;

使用 list 作为底层容器时,enqueuedequeue 的操作将分别映射到 push_backpop_front。虽然链表的性能在某些场景下不如 deque,但它在大量的插入和删除操作中表现良好。

int main()
{
	// 1. 不能使用 vector,因为 vector 没有提供 pop_front
	// Queue<int, vector<int>> q1;
	// q1.push(1);
	// q1.push(2);
	// q1.push(3);
	// q1.push(4);
	// q1.push(5);

	// while (!q1.empty())
	//{
	//	cout << q1.front() << " ";
	//	q1.pop();
	// }
	// cout << endl;

	// 2. 使用 list 容器
	Queue<int, list<int>> q2;
	q2.push(1);
	q2.push(2);
	q2.push(3);
	q2.push(4);
	q2.push(5);

	cout << "使用 list \t容器: ";
	while (!q2.empty())
	{
		cout << q2.front() << " ";
		q2.pop();
	}
	cout << endl;

	// 3. 使用 deque 容器
	Queue<int, deque<int>> q3;
	q3.push(1);
	q3.push(2);
	q3.push(3);
	q3.push(4);
	q3.push(5);

	cout << "使用 deque \t容器: ";
	while (!q3.empty())
	{
		cout << q3.front() << " ";
		q3.pop();
	}
	cout << endl;
	
	return 0;
}

4.3、队列的核心操作:push、pop、front

与栈类似,队列的核心操作也需要封装底层容器的具体方法:

  • push:将元素添加到队列尾部,调用 push_back
  • pop:从队列头部移除元素,调用 pop_front
  • front:访问队列头部元素,调用 front

这些操作都能保持 O(1) 的时间复杂度,确保队列在大量元素操作时的性能。


4.4、异常处理与扩展性分析

与栈适配器类似,队列适配器同样需要处理异常情况。在实现 pushpop 操作时,我们必须确保容器在出现异常时仍保持一致。

例如,以下代码展示了如何处理 push 操作的异常:

void push(const T& value) {
    try {
        _container.push_back(value);
    } catch (const std::exception& e) {
        std::cerr << "Enqueue failed: " << e.what() << std::endl;
        // 异常处理
    }
}

通过这种方式,我们可以确保队列在任何情况下都保持一致性,并避免数据丢失。


5、容器适配器的扩展与高级特性

5.1 模板元编程与适配器优化

为了提升适配器的灵活性,我们可以使用 C++ 中的模板元编程技术,进一步优化适配器的设计。模板元编程可以用于在编译时选择最合适的底层容器,甚至允许不同类型的数据结构共享相同的适配器框架。

例如,我们可以为 StackQueue 实现一个通用的适配器基类:

template <typename T, template <typename, typename> class Container>
class Adapter {
protected:
    Container<T, std::allocator<T>> _container;

public:
    size_t size() const {
        return _container.size();
    }

    bool empty() const {
        return _container.empty();
    }
};

这样,StackQueue 可以继承自 Adapter 基类,并在其基础上扩展各自的特性。


5.2、迭代器支持的可能性探讨

虽然 stackqueue 的适配器在标准库中并不支持迭代器,但在某些特殊场景中,允许对栈或队列进行迭代访问可能是有用的。我们可以通过暴露底层容器的迭代器来实现这一功能。

代码示例:

auto begin() { return container.begin(); }
auto end() { return container.end(); }

通过这种方式,用户可以像遍历普通容器那样遍历栈或队列中的元素。然而,这种做法可能会破坏栈和队列的语义,因此在实际应用中需谨慎使用。


5.3、异常安全与性能优化的策略

为了确保适配器的高性能和异常安全,我们可以引入一些常见的优化策略,如减少动态内存分配次数、使用移动语义减少拷贝开销等。

例如,push 操作可以通过移动语义来提高效率:

void push(T&& value) {
    _container.push_back(std::move(value));
}

使用 std::move 可以避免不必要的拷贝,从而提升性能。


6、性能分析与优化建议

不同底层容器的选择会直接影响栈和队列的性能。例如,deque 在频繁的插入与删除操作中表现优异,而 vector 更适合需要连续内存布局的场景。通过分析不同容器的特点,我们可以为特定的使用场景选择最合适的容器。

下面是一段测试代码:

// deque 和 vector 排序效率比较
void test_sort_deque_vs_vector()
{
	deque<int> d;
	vector<int> v;
	const int n = 1000000;

	srand(time(0));
	for (size_t i = 0; i < n; i++)
	{
		int x = rand();
		d.push_back(x);
		v.push_back(x);
	}

	size_t begin1 = clock();
	sort(d.begin(), d.end());
	size_t end1 = clock();
	cout << "deque 排序时间为:" << end1 - begin1 << endl;

	size_t begin2 = clock();
	sort(v.begin(), v.end());
	size_t end2 = clock();
	cout << "vector 排序时间为:" << end2 - begin2 << endl;
}

int main()
{
	test_sort_deque_vs_vector();

	return 0;
}

栈和队列适用于许多实际开发场景。例如,栈常用于递归和回溯问题,而队列则在广度优先搜索和任务调度中广泛应用。通过使用适配器容器,程序员能够更高效地管理数据,并且代码更具可读性。


7、总结

在本文中,我们详细探讨了如何在 C++ 中实现 stackqueue 容器适配器,并逐步深入到每一个实现细节。本文不仅为读者提供了完整的实现代码,还通过理论分析和实际代码示例,帮助初学者理解底层机制、性能优化以及异常处理等方面的设计。总结如下:


7.1、栈和队列的基本概念和实现

我们首先介绍了栈和队列的基本概念:栈是一种后进先出(LIFO)的数据结构,队列是一种先进先出(FIFO)的数据结构。通过封装底层容器,如 dequevector,我们能够很容易地为它们提供与标准库类似的接口。我们实现了 pushpoptop 等栈的常用操作,以及 pushpopfront 等队列操作,确保它们都具有 O(1) 时间复杂度。


7.2、模板和底层容器选择的灵活性

通过模板编程,我们能够为 stackqueue 容器适配器提供极大的灵活性。用户可以在适配器定义中选择底层容器,例如 dequelist,以便在不同的应用场景下达到最佳性能表现。我们讨论了如何使用 deque 作为默认底层容器,因为它支持双端插入和删除操作,适合于栈和队列的需求。同时,模板的引入使得容器适配器更具扩展性,能够适应不同类型的数据结构。


7.3、动态扩容与性能优化

栈和队列的扩容机制在使用 vector 时尤为显著。vector 在插入操作时能够自动进行容量调整,通常按倍数扩容,从而在保证性能的同时提供了良好的内存管理机制。我们通过代码示例展示了如何观察和控制容器的动态扩容,并分析了其对程序性能的影响。此外,文章也讨论了通过减少不必要的内存分配和使用移动语义来进一步优化栈和队列的性能。


7.4、异常处理与安全性

异常处理是设计容器适配器时必须考虑的一个重要方面。在本文的实现中,所有可能抛出异常的操作都包含了适当的错误处理机制。特别是对于涉及到动态内存管理的操作,如 push ,我们通过捕获异常确保栈和队列在发生错误时仍然保持一致性,避免数据损坏或程序崩溃。


7.5、迭代器支持与扩展

尽管标准库的 stackqueue 容器适配器不直接支持迭代器,本文探讨了为这些容器添加迭代器的可能性。通过暴露底层容器的迭代器,用户可以遍历栈或队列中的元素,虽然这种行为可能会违反其数据结构的语义,但在特定情况下,这种扩展仍然具有一定的应用价值。


7.6、面向未来的优化与扩展

除了基础功能之外,本文还讨论了如何利用模板元编程进一步优化容器适配器,甚至为不同类型的容器提供通用的框架。我们也提到了更多高阶的优化策略,例如减少动态内存分配、利用移动语义优化 pushenqueue 的性能等。这些技术和思想为进一步的扩展和优化提供了基础。


通过本文的学习,读者不仅能理解栈和队列的基础知识及其实现,还能深入了解如何设计一个高效、异常安全的容器适配器。文章涵盖了从设计思路到代码实现,再到性能优化的各个环节,力求提供一个全面的、实践性强的实现方案。未来的改进方向包括进一步优化内存管理、支持更丰富的功能扩展,以及探讨其他底层容器的实现等。相信通过对本文的学习,读者能够轻松掌握容器适配器的实现技术,并将其应用于实际的工程项目中。



希望这篇博客对您有所帮助,也欢迎您在此基础上进行更多的探索和改进。如果您有任何问题或建议,欢迎在评论区留言,我们可以共同探讨和学习。更多知识分享可以访问我的个人博客网站 : https://blog.lenyiin.com/ 。

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

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

【成品论文】2024年华为杯研赛D题成品论文获取入口

您的点赞收藏是我继续更新的最大动力&#xff01; 一定要点击文末的卡片&#xff0c;那是获取资料的入口! 现分享2023年华为杯研赛D题成品论文&#xff08;部分&#xff09;&#xff0c;供大家学习&#xff1a; 题 目&#xff1a; ____区域双碳目标与路径规划研究 …

MySQL之安装与基础知识

目录 一&#xff1a;在centos7上安装MySQL数据库 1.卸载默认存在的环境 2.配置mysql的yum源 3. 安装MySQL 4.登录mysql 5.设置MySQL的配置文件 二&#xff1a;MySQL基础知识 1.什么是数据库 2.主流数据库 3.服务器&#xff0c;数据库&#xff0c;表关系及使用案例 4…

function uuid_generate_v4()不存在

说明&#xff1a;记录一次使用postgresql函数错误&#xff0c;如下&#xff1a; 项目中的一个SQL用到了uuid_generate_v4()函数生成uuid作为记录的主键&#xff0c;结果报上面这个错误&#xff1b; 分析&排查 首先&#xff0c;我连接上了数据库&#xff0c;在数据库里敲下…

《论网络安全体系设计》写作框架,软考高级系统架构设计师

论文真题 随着社会信息化的普及&#xff0c;计算机网络已经在各行各业得到了广泛的应用。目前&#xff0c;绝大多数业务处理几乎完全依赖计算机和网络执行&#xff0c;各种重要数据如政府文件、工资档案、财务账目和人事档案等均依赖计算机和网络进行存储与传输。另一方面&…

ThreeJs创建圆环

ThreeJs除了创建基本的长方体&#xff0c;球形&#xff0c;圆柱等几何体&#xff0c;也可以创建一些特殊的几何体&#xff0c;比如圆环&#xff0c;多边体&#xff0c;这节就来讲怎么用Threejs绘制出圆环。首先依然是要创建出基础的组件&#xff0c;包括场景&#xff0c;相机&a…

如何理解Configurational entropy

Configurational entropy 是热力学和统计力学中的一个重要概念&#xff0c;它描述的是系统中由于其微观状态排列&#xff08;即配置&#xff09;导致的不确定性或混乱程度。不同于热力学中的热熵&#xff08;thermal entropy&#xff09;&#xff0c;它特指那些与系统中的粒子、…

8.6小波变换(Wavelet Transform)边缘检测

实验原理 由于OpenCV本身并不直接支持小波变换&#xff08;Wavelet Transform&#xff09;&#xff0c;我们需要借助一些技巧来实现它。一种常见的方法是利用离散余弦变换&#xff08;DCT&#xff09;或离散傅立叶变换&#xff08;DFT&#xff09;来近似实现小波变换的功能。但…

Spring的核心思想

目录 一、Spring要解决的问题 二、Spring的核心结构 三、核心思想 3.1.1 什么是IOC 3.1.2 IOC解决的问题&#xff1a;耦合 3.1.3 IOC和DI的区别 3.2.1 什么是AOP 3.2.2 AOP解决的问题&#xff1a;耦合 3.2.3 为什么叫做面向切面编程 一、Spring要解决的问题 问题1&am…

道路检测-目标检测数据集(包括VOC格式、YOLO格式)

道路检测-目标检测数据集&#xff08;包括VOC格式、YOLO格式&#xff09; 数据集&#xff1a; 链接&#xff1a;https://pan.baidu.com/s/1nDwTmZxH_BQrVTj9MzUgDg?pwd3zh7 提取码&#xff1a;3zh7 数据集信息介绍&#xff1a; 共有 3321张图像和一一对应的标注文件 标注文…

Excel 国产化替换新方案

前言 在当前数字化转型和信创&#xff08;信息技术应用创新&#xff09;战略背景下&#xff0c;企业对于安全性、自主可控性和高效办公工具的需求日益增加。作为一款国产自主研发的高性能表格控件&#xff0c;SpreadJS 正成为替换 Excel 的最佳选择。它不仅全面支持国产化认证…

衡石分析平台使用手册-通用配置文档

配置文件​ 配置文件中存放 HENGSHI SENSE 的配置参数&#xff0c;可以通过修改配置文件来改变 HENGSHI SENSE 的服务方式。 配置文件说明​ 配置文件存放在 conf 路径下&#xff0c;包含 hengshi-sense-env.sh 和 engine-segment-hosts 两个文件。其中 engine-segment-host…

Qt与VS打包命令

一 QT 将程序编译生成的可执行文件&#xff08;.exe&#xff09;放到一个干净的文件夹。找到QT安装目录&#xff0c;进入编译版本的bin目录&#xff0c;找到windeployqt.exe&#xff0c;在文件访问路径栏的最前边&#xff0c;添加“cmd ”进入控制台。控制台命令&#xff1a; …

K8s 简介以及详细部署步骤

Kubernetes 简介 应用部署方式演变 在部署应用程序的方式上&#xff0c;主要经历了三个阶段&#xff1a; 1、传统部署 互联网早期&#xff0c;会直接将应用程序部署在物理机上 优点&#xff1a;简单&#xff0c;不需要其它技术的参与 缺点&#xff1a;不能为应用程序定义资源…

【Java面试】第七天

&#x1f31f;个人主页&#xff1a;时间会证明一切. 目录 有三个线程T1,T2,T3如何保证顺序执行&#xff1f;依次执行start方法使用join使用CountDownLatch使用线程池使用CompletableFuture Spring Bean的生命周期是怎么样的&#xff1f;Autowired和Resource的关系&#xff1f;相…

使用Python生成多种不同类型的Excel图表

目录 一、使用工具 二、生成Excel图表的基本步骤 三、使用Python创建Excel图表 柱形图饼图折线图条形图散点图面积图组合图瀑布图树形图箱线图旭日图漏斗图直方图不使用工作表数据生成图表 四、总结 Excel图表是数据可视化的重要工具&#xff0c;它通过直观的方式将数字信…

Linux环境

Linux环境 导语程序参数getoptgetopt_long 环境变量getenv/putenvenviron 时间和日期timedifftime和gmtimectime&asctimestrftime/strptime 临时文件tmpnamtmpfile 获取信息用户主机日志 资源和限制总结参考文献 导语 任何程序都是在一定的环境下运行的&#xff0c;通常这…

分布式事务学习笔记(二)Seata架构、TC服务器部署、微服务集成Seata

文章目录 前言2 Seata2.1 Seata的架构2.2 部署TC服务1&#xff09;下载安装包2&#xff09;解压3&#xff09;修改配置文件4&#xff09;在Nacos中添加TC服务配置5&#xff09;创建数据库表6&#xff09;启动TC服务7&#xff09;查看TC服务 2.3 微服务集成Seata2.3.1 引入依赖2…

通过覆写 url_for 将 flask 应用部署到子目录下

0. 缘起 最近用 flask 写了一个 web 应用&#xff0c;需要部署到服务器上。而服务器主域名已经被使用了&#xff0c;只能给主域名加个子目录进行部署&#xff0c;比如主域名 example.org &#xff0c;我需要在 example.org/flask 下部署。这时 flask 应用里的内部连接们就出现…

sqli-labs Basic Challenge Less_1 通关指南

sqli-labs Basic Challenge Less_1 通关指南 测试注入点测试注入点的数据类型测试过程&#xff1a; 测试返回点&#xff1a;测试列数&#xff1a;测试返回点&#xff1a; 收集数据&#xff1a;版本用户权限库名表名与列名 查找敏感信息 测试注入点 在进行SQL注入之前&#xff…

React js Router 路由 2, (把写过的几个 app 组合起来)

完整的项目&#xff0c;我已经上传了&#xff0c;资源链接. 起因&#xff0c; 目的: 每次都是新建一个 react 项目&#xff0c;有点繁琐。 刚刚学了路由&#xff0c;不如写一个 大一点的 app &#xff0c;把前面写过的几个 app, 都包含进去。 这部分感觉就像是&#xff0c; …