【数据结构】常见时间复杂度以及空间复杂度

【数据结构】常见时间复杂度以及空间复杂度

时间复杂度与空间复杂度

一、复杂度的概念

  • 一个算法的好坏,主要是对比两者的时间和空间两个维度,也就是时间和空间复杂度。
  • 时间复杂度主要衡量一个算法运行的快慢,空间复杂度主要衡量一个算法运行需要的额外空间

二、时间复杂度

  • 算法的时间复杂度是一个函数式T(N),算法中的基本操作的执行次数,为算法的时间复杂度。
  • 注:编译器的不同,编译所需要的时间也不同。越新的编译器,编译的时间往往比旧的编译器快
  • 当一个算法函数式为T(N) = N,和另一个算法函数式为 T(N) = N^2比较,必然是第一个快

1、大O的渐进表示法

大的渐进表示法的规则:

时间复杂度函数式T(N)中,只保留最高阶项,去掉那些低阶项(当N无穷大时,低阶项的影响越来越小)如果最高阶项是一个一次线性函数,则去除常数系数(当N无穷大时,1的影响很小)T(N)中如果没有N相关的项目,只有常数项,用常数1取代所有加法常数

我们来判断一段代码的时间复杂度

// 请计算⼀下Func1中++count语句总共执⾏了多少次? void Func1(int N) { int count = 0; for (int i = 0; i < N; ++i) { for (int j = 0; j < N; ++j) { ++count; } } for (int k = 0; k < 2 * N; ++k) { ++count; } int M = 10; while (M--) { ++count; } } 

Func1 执⾏的基本操作次数:T (N) = N2 + 2 ∗ N + 10
通过对N取值分析,对结果影响最大的⼀项是N2
通过以上方法,可以大致评估Func1的时间复杂度为:O(N2 )

2、函数clock计算运算时间

我们想计算代码运算的时间,可以运用clock函数进行计算。运算过程为运算末-运算初

#include<stdio.h> #include<time> int main() { int i = 0; int begin = clock(); int x = 10; for(i = 0; i < n; i++) { x++; } int end = clock(); //计算运行时间 printf("%dms", end - begin); return 0; } 

3、常见复杂度对比

52013140(1)常数阶
3n+4O(n)线性阶
3n^2+4n+50(n^2)平方阶
310g(2)n+40(1ogn)对数阶
2n+3nlog(2)n+14O(nlogn)nlogn阶
n3+2n2+4n+60(n^3)立方阶
2^n0(2^n)指数阶

3.1常数项复杂度

#include<stdio.h> int main() { int x = 0; scnaf("%d", &x); printf("%d", x); return 0; } 

执行的基本操作次数:T (N) = 3
根据推导规则第3条得出时间复杂度为:O(1)

3.2线性时间复杂度

案例1
// 计算Func2的时间复杂度? void Func2(int N) { int count = 0; for (int k = 0; k < 2 * N; ++k) { ++count; } int M = 10; while (M--) { ++count; } printf("%d\n", count); } 

Func2执行的基本操作次数:T (N) = 2N + 10
根据推导规则第3条得出Func2的时间复杂度为:O(N)

案例2
// 计算Func3的时间复杂度? void Func3(int N, int M) { int count = 0; for (int k = 0; k < M; ++k) { ++count; } for (int k = 0; k < N; ++ k) { ++count; } printf("%d\n", count); } 

Func3执行的基本操作次数:T (N) = M + N
因此:Func3的时间复杂度为:O(N)

3.3平方阶复杂度

#include<stdio.h> int main() { int x = 0; int begin = clock(); int n = 100000; for (int i = 0; i < n; i++) { for (int j = 0; j < n; j++) { x++; } } int end = clock(); printf("%d\n", x); printf("%dms\n", end - begin); return 0; } 

执行的基本操作次数:T (N) = i * j
因此:时间复杂度为:O(N^2)

3.4对数复杂度

void func5(int n) { int cnt = 1; while (cnt < n) { cnt *= 2; } } 

当n=2时,执行次数为1
当n=4时,执行次数为2
当n=16时,执行次数为4
假设执行次数为x ,则2x=n
因此执行次数:x=log n
因此:func5的时间复杂度取最差情况为:O(log2 n)

3.5递归函数

单递归

递归时间复杂度:所有递归调用次数的累加

// 计算阶乘递归Fac的时间复杂度? long long Fac(size_t N) { if(0 == N) return Fac(N-1)*N; } 

调⽤⼀次Fac函数的时间复杂度为 O(1),而在Fac函数中,存在n次递归调用Fac函数
因此:return 1;
阶乘递归的时间复杂度为:O(n)

![[Pasted image 20251107091622.png]]

我们再来看一下往递归里加个for循环:此时递归的时间复杂度为:O(n^2)

![[bit-2025-11-07-09-21-07.png]]
双递归
![[bit-2025-11-07-09-44-15.png]]

三、空间复杂度

空间复杂度算的是变量个数,是对一个算法在运行过程中临时占用存储空间大小的量度,同样也使用大O渐进表示法。(一般在编程中不考虑空间复杂度,而多用时间复杂度。空间复杂度多运用在嵌入式)

注意:函数运行时所需要的栈空间(存储参数、局部变量、一些寄存器信息等)在编译期间已经确定好了,因此空间复杂度主要通过函数在运行时候显式申请的额外空间来确定
我们先来看一下经典的冒泡排序

冒泡排序O(1)

// 计算BubbleSort的时间复杂度? void BubbleSort(int* a, int n) { assert(a); for (size_t end = n; end > 0; --end) { int exchange = 0; for (size_t i = 1; i < end; ++i) { if (a[i-1] > a[i]) { Swap(&a[i-1], &a[i]); exchange = 1; } } if (exchange == 0) break; } } 

函数栈帧在编译期间已经确定好了,只需要关注函数在运行时额外申请的空间。
BubbleSort额外申请的空间有exchange等有限个局部变量,使用了常数个额外空间,因此空间复杂度为 O(1)

三个反置O(N)

void reverse(int* nums, int left, int right) { while (left < right) { int tap = nums[left]; nums[left] = nums[right]; nums[right] = tap; left++; right--; } } int main() { int nums[] = { 1,2,3,4,5,6,7 }; int numsSize = sizeof(nums) / sizeof(nums[0]); int k = 0; scanf("%d", &k); k %= numsSize; reverse(nums, 0, numsSize - k - 1); reverse(nums, numsSize - k, numsSize - 1); reverse(nums, 0, numsSize - 1); for (int i = 0; i < numsSize; i++) { printf("%d ", nums[i]); } return 0; } 
  • 由于创建了个数组,数组的空间复杂度为O(N)
    空间复杂度一般只会出现O(1),O(N),O(N^2),在复杂度中,还是更看重时间复杂度

Read more

文心大模型4.5系列开源测评:国产千亿MoE架构的技术突破与生态实践

文心大模型4.5系列开源测评:国产千亿MoE架构的技术突破与生态实践

2025年6月30日,百度在GitCode平台正式发布文心大模型4.5系列开源版本,这一里程碑事件标志着国产大模型技术迈入新的发展阶段。作为首个在国内开源平台首发的千亿参数级MoE模型,文心4.5不仅在架构设计上实现多模态融合与参数效率的平衡,更在开源生态建设上树立了新的标杆。本文将围绕技术架构创新、性能基准测试、部署实测体验与生态价值四个方面进行全方位深度测评。 一、开源背景与战略意义 * 发布时间:2025年6月30日 * 开源平台:GitCode(国内领先开源社区):https://ai.gitcode.com/theme/1939325484087291906 * 模型规模:涵盖0.3B到47B激活参数的完整序列 * 技术特色:MoE架构 + 多模态融合 + 高效推理 文心4.5系列的开源发布具有深远的战略意义。在全球大模型竞争日趋激烈的背景下,百度选择在国产开源平台首发,不仅展现了对中国开源生态的坚定支持,更体现了推动AI技术民主化的决心。通过提供从轻量级到大规模的完整模型矩阵,文心4.5系列满足了从边缘计算到云端部署的全场景需求,真正实现了一套架构,全场

By Ne0inhk
Flask工厂模式与蓝图设计:构建可扩展大型应用的架构之道

Flask工厂模式与蓝图设计:构建可扩展大型应用的架构之道

目录 📖 摘要 🏗️ 第一章:为什么需要工厂模式? 1.1 从单体应用到模块化架构 1.2 工厂模式的诞生 1.3 性能提升数据 🔧 第二章:Flask应用工厂深度解析 2.1 基础工厂实现 2.2 配置管理 2.3 扩展初始化顺序 🧩 第三章:蓝图模块化架构 3.1 蓝图基础 3.2 企业级蓝图结构 3.3 蓝图间通信 🚀 第四章:完整电商平台实战 4.1 项目结构 4.2 应用工厂完整实现 4.3 数据模型设计 4.4 测试策略 🚀 第五章:

By Ne0inhk
Flutter 三方库 clean_network 的鸿蒙化适配指南 - 掌握高度解耦的网络层封装技术、助力鸿蒙应用构建具备异常自愈与类型安全能力的整洁架构通讯体系

Flutter 三方库 clean_network 的鸿蒙化适配指南 - 掌握高度解耦的网络层封装技术、助力鸿蒙应用构建具备异常自愈与类型安全能力的整洁架构通讯体系

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 clean_network 的鸿蒙化适配指南 - 掌握高度解耦的网络层封装技术、助力鸿蒙应用构建具备异常自愈与类型安全能力的整洁架构通讯体系 前言 在 OpenHarmony 鸿蒙应用应对“多来源数据合并、复杂的鉴权刷新逻辑、全球化异常拦截”的工程实战中,传统的网络请求封装往往容易演变成“万能类”黑洞。如何实现网络层与业务逻辑的彻底解耦?如何让每一个 API 请求都具备标准化的成功与错误闭环(Either Pattern)?clean_network 作为一个专门为“整洁架构(Clean Architecture)”量身定制的网络增强库,旨在为鸿蒙开发者提供一套高性能、高标准且可单元测试的通讯骨架。本文将详述其在鸿蒙端的实战技法。 一、原原理分析 / 概念介绍 1.1 基础原理 clean_network 的核心逻辑是 基于

By Ne0inhk
Spring Cloud 高并发订单服务实战:从创建流程优化到 Seata 分布式事务落地(附代码 + 架构图)

Spring Cloud 高并发订单服务实战:从创建流程优化到 Seata 分布式事务落地(附代码 + 架构图)

前言         做电商或者供应链系统的同学肯定都遇到过这样的痛点:大促期间,数万用户同时下单,订单服务瞬间被打垮,出现接口超时、数据库锁等待、库存超卖;更头疼的是,订单创建需要跨订单服务、库存服务、支付服务三个模块,一旦某个环节出错,就会出现 “订单创建成功但库存没扣减” 或者 “库存扣减了但支付失败” 的一致性问题。         这些问题不是靠简单调优 JVM 或者加个缓存就能解决的,而是需要一套高并发优化体系 + 分布式事务解决方案的组合拳。         本文就以订单服务为核心场景,从实战角度出发,先讲清楚高并发下订单创建流程的核心优化点(限流、削峰、缓存、防超卖),再深入讲解 Seata 分布式事务的原理和三种模式,最后通过完整的代码案例,演示如何在 Spring Cloud 体系中落地 Seata,彻底解决跨服务的事务一致性问题。         全文都是干货,包含4 张核心 SVG 架构图、完整的代码片段、实际开发中的坑和解决方案,建议先收藏,再慢慢看。 1.

By Ne0inhk