2L-时间复杂度与空间复杂度

关注公众号 MageByte,设置星标获取最新干货。公众号后台回复 “加群” 进入技术交流群获更多技术成长。

前面我们说了算法的重要性数据结构与算法开篇,今天我们就开始学习如何分析、统计算法的执行效率和资源消耗呢?请看本文一一道来。

数据结构和算法本生解决的就是「快」和「省」的问题,那就是如何让代码跑得快,还能节省存储空间。打造一台法拉利,不仅跑得快还省油,拥有好的算法与数据结构,程序跑得快,还省内存并且长时间运行也不会出故障,就像跑车长时间运行车子也不会出现异常「车震」,同时还快。所以赶紧上车,一起学习数据结构与算法,赶紧上车「稳稳」的学会如何检测跑车到底快不快,省油不省油。

这里就要用到我们今天要讲的内容:时间、空间复杂度分析。只要讲到数据结构与算法,就一定离不开时间、空间复杂度分析。复杂度分析是整个算法学习的精髓,只要掌握了它,数据结构和算法的内容基本上就掌握了一半。这就就像内功心法,上乘武功还需搭配牛逼心法。

只有学会了检测标准才能在设计的时候心中按照标准来编写打造我们的「法拉利」代码。

为何需要复杂度分析

可能会有些疑惑,我把代码跑一遍,通过统计、监控,就能得到算法执行的时间和占用的内存大小。为什么还要做时间、空间复杂度分析呢?这种分析方法能比我实实在在跑一遍得到的数据更准确吗?

这种属于非要自己去尝试,没有根据合理方法预测我们要的就是像算命大师一样预先知道。很多数据结构和算法书籍还给这种方法起了一个名字,叫事后统计法。但是,这种统计方法有非常大的局限性。

1. 测试结果非常依赖测试环境

测试环境中硬件的不同会对测试结果有很大的影响。比如,我们拿同样一段代码,分别用 Intel Core i7 处理器和 Intel Core i3 处理器来运行,不用说,i7 处理器要比 i3 处理器执行的速度快很多。

就好像同一辆车放在深圳北环大道与我家农村小山沟跑是不一样的。

2.测试结果受数据规模的影响很大

后面我们会讲排序算法,我们先拿它举个例子。对同一个排序算法,待排序数据的有序度不一样,排序的执行时间就会有很大的差别。

极端情况下,如果数据已经是有序的,那排序算法不需要做任何操作,执行时间就会非常短。除此之外,如果测试数据规模太小,测试结果可能无法真实地反应算法的性能。

比如,对于小规模的数据排序,插入排序可能反倒会比快速排序要快!

所以,我们需要一个不用具体的测试数据来测试,就可以粗略地估计算法的执行效率的方法。这就是我们今天要讲的时间、空间复杂度分析方法。

大 O 复杂度表示法

算法的执行效率,粗略地讲,就是算法代码执行的时间。但是,如何在不运行代码的情况下,用“肉眼”得到一段代码的执行时间呢?就像检测车子马力与油耗似的。

求 1,2,3…n 的累加和。现在,一起估算一下这段代码的执行时间。

int cal(int n) {
   int sum = 0;
   int i = 1;
   for (; i <= n; ++i) {
     sum = sum + i;
   }
   return sum;
 }

从 CPU 的角度来看,这段代码的每一行都执行着类似的操作:读数据-运算-写数据。尽管每行代码对应的 CPU 执行的个数、执行的时间都不一样,但是,我们这里只是粗略估计,所以可以假设每行代码执行的时间都一样,为 unit_time单位时间。

在这个假设的基础之上,这段代码的总执行时间是多少呢?

第 2、3 行代码分别需要 1 个 unit_time 的执行时间,第 4、5 行都运行了 n 遍,所以需要 2n*unit_time 的执行时间,所以这段代码总的执行时间就是 (2n+2)*unit_time。可以看出来,所有代码的执行时间 T(n) 与每行代码的执行次数成正比

我们继续分析下面这段代码

int cal(int n) {
   int sum = 0;
   int i = 1;
   int j = 1;
   for (; i <= n; ++i) {
     j = 1;
     for (; j <= n; ++j) {
       sum = sum +  i * j;
     }
   }
 }

我们依旧假设每个语句的执行时间是 unit_time。那这段代码的总执行时间 T(n) 是多少呢?

第 2、3、4 行代码,每行都需要 1 个 unit_time 的执行时间,第 5、6 行代码循环执行了 n 遍,需要 2n * unit_time 的执行时间,第 7、8 行代码循环执行了 n2遍,所以需要 2n2 * unit_time 的执行时间。所以,整段代码总的执行时间 T(n) = (2n2+ 2n + 3)*unit_time。

尽管我们不知道 unit_time 的具体值,但是通过这两段代码执行时间的推导过程,我们可以得到一个非常重要的规律,那就是,所有代码的执行时间 T(n) 与每行代码的执行次数 n 成正比

我们可以把这个规律总结成一个公式。注意,大 O 就要登场了!

T ( n ) = O ( f ( n ) ) T(n) = O(f(n)) T(n)=O(f(n))

其中, T ( n ) T(n) T(n) 我们已经讲过了,它表示代码执行的时间;n 表示数据规模的大小; f ( n ) f(n) f(n) 表示每行代码执行的次数总和。因为这是一个公式,所以用 f ( n ) f(n) f(n) 来表示。公式中的 O,表示代码的执行时间 T(n) 与 f(n) 表达式成正比。

所以,第一个例子中的 T ( n ) = O ( 2 n + 2 ) T(n) = O(2n+2) T(n)=O(2n+2),第二个例子中的 T(n) = O(2n2+2n+3)。这就是大 O 时间复杂度表示法

大 O 时间复杂度实际上并不具体表示代码真正的执行时间,而是表示代码执行时间随数据规模增长的变化趋势,所以,也叫作渐进时间复杂度(asymptotic time complexity),简称时间复杂度。敲黑板了,表达的是变化趋势,并不是真正的执行时间。

当 n 很大时,你可以把它想象成 100000、1000000。而公式中的低阶、常量、系数三部分并不左右增长趋势,所以都可以忽略。我们只需要记录一个最大量级就可以了,如果用大 O 表示法表示刚讲的那两段代码的时间复杂度,就可以记为: T ( n ) = O ( n ) T(n) = O(n) T(n)=O(n) T ( n ) = O ( n 2 ) T(n) = O(n^2) T(n)=O(n2)

时间复杂度分析

前面介绍了大 O 时间复杂度的由来和表示方法。现在我们来看下,如何分析一段代码的时间复杂度?有三个比较实用的方法可以分享。

1. 只关注循环执行次数最多的一段代码

大 O 这种复杂度表示方法只是表示一种变化趋势。我们通常会忽略掉公式中的常量、低阶、系数,只需要记录一个最大阶的量级就可以了。所以,我们在分析一个算法、一段代码的时间复杂度的时候,也只关注循环执行次数最多的那一段代码就可以了。擒贼先擒王就是这么回事。

这段核心代码执行次数的 n 的量级,就是整段要分析代码的时间复杂度。

int cal(int n) {
   int sum = 0;
   int i = 1;
   for (; i <= n; ++i) {
     sum = sum + i;
   }
   return sum;
 }

其中第 2、3 行代码都是常量级的执行时间,与 n 的大小无关,所以对于复杂度并没有影响。

循环执行次数最多的是第 4、5 行代码,所以这块代码要重点分析。前面我们也讲过,这两行代码被执行了 n 次,所以总的时间复杂度就是 O(n)。

2. 加法法则:总复杂度等于量级最大的那段代码的复杂度

看如下代码可以先试着分析一下,然后再往下看跟我的分析思路是否一样。

int cal(int n) {
   int sum_1 = 0;
   int p = 1;
   for (; p < 100; ++p) {
     sum_1 = sum_1 + p;
   }
 
   int sum_2 = 0;
   int q = 1;
   for (; q < n; ++q) {
     sum_2 = sum_2 + q;
   }
 
   int sum_3 = 0;
   int i = 1;
   int j = 1;
   for (; i <= n; ++i) {
     j = 1; 
     for (; j <= n; ++j) {
       sum_3 = sum_3 +  i * j;
     }
   }
 
   return sum_1 + sum_2 + sum_3;
 }

这个代码分为三部分,分别是求 sum_1、sum_2、sum_3。我们可以分别分析每一部分的时间复杂度,然后把它们放到一块儿,再取一个量级最大的作为整段代码的复杂度。

  • 第一段的时间复杂度是多少呢?这段代码循环执行了 100 次,所以是一个常量的执行时间,跟 n 的规模无关。
  • 这里我要再强调一下,即便这段代码循环 10000 次、100000 次,只要是一个已知的数,跟 n 无关,照样也是常量级的执行时间。当 n 无限大的时候,就可以忽略。尽管对代码的执行时间会有很大影响,但是回到时间复杂度的概念来说,它表示的是一个算法执行效率与数据规模增长的变化趋势,所以不管常量的执行时间多大,我们都可以忽略掉。因为它本身对增长趋势并没有影响。
  • 那第二段代码和第三段代码的时间复杂度是多少呢?答案是 O(n) 和 O(n2),你应该能容易就分析出来,我就不啰嗦了。

综合这三段代码的时间复杂度,我们取其中最大的量级。所以,整段代码的时间复杂度就为 O(n2)。也就是说:总的时间复杂度就等于量级最大的那段代码的时间复杂度。那我们将这个规律抽象成公式就是:

如果 T1(n)=O(f(n)),T2(n)=O(g(n));那么 T(n)=T1(n)+T2(n)=max(O(f(n)), O(g(n))) =O(max(f(n), g(n)))

3. 乘法法则:嵌套代码的复杂度等于嵌套内外代码复杂度的乘积

刚刚说了一个加法原则,这里说的乘法原则,以此类推,你也应该能「猜到」公式。这个是效率最差的

如果 T1(n)=O(f(n)),T2(n)=O(g(n));那么 T(n)=T1(n)*T2(n)=O(f(n))*O(g(n))=O(f(n)*g(n)).

也就是说,假设 T1(n) = O(n),T2(n) = O(n2),则 T 1 ( n ) ∗ T 2 ( n ) = O ( n 3 ) T1(n) * T2(n) = O(n^3) T1(n)T2(n)=O(n3)。落实到具体的代码上,我们可以把乘法法则看成是嵌套循环

int cal(int n) {
   int ret = 0; 
   int i = 1;
   for(x=1; i <= n; x++){
       for(i = 1; i <= n; i++) {
           j = i;
           j++;
        }
	}
 } 
 

我们单独看 cal() 函数。假设 5-8行的 只是一个普通的操作,那第 4 行的时间复杂度就是,T1(n) = O(n)。但 5-8 函数本身不是一个简单的操作,它的时间复杂度是 T2(n) = O(n),所以,整个 cal() 函数的时间复杂度就是, T ( n ) = T 1 ( n ) ∗ T 2 ( n ) = O ( n ∗ n ) = O ( n 2 ) T(n) = T1(n) * T2(n) = O(n*n) = O(n^2) T(n)=T1(n)T2(n)=O(nn)=O(n2)

几种常见时间复杂度实例

虽然代码千差万别,但是常见的复杂度量级并不多。老弟稍微总结了一下,这些复杂度量级几乎涵盖了今后可以接触的所有代码的复杂度量级。

划重点了同学们。

  1. 常量阶 O ( 1 ) O(1) O(1)
  2. 对数阶 O ( l o g n ) O(logn) O(logn)
  3. 线性阶 O ( n ) O(n) O(n)
  4. 线性对数阶 O ( n l o g n ) O(nlogn) O(nlogn)
  5. 平方阶 O(n2)、立方阶 O(n3)……k 次方阶 O(nk)
  6. 指数阶 O(2n)
  7. 阶乘阶 O(n!)

对于刚罗列的复杂度量级,我们可以粗略地分为两类,多项式量级非多项式量级。其中,非多项式量级只有两个: O ( 2 n ) O(2^n) O(2n)和 O(n!)。

当数据规模 n 越来越大时,非多项式量级算法的执行时间会急剧增加,求解问题的执行时间会无限增长。所以,非多项式时间复杂度的算法其实是非常低效的算法。因此,关于 NP 时间复杂度我就不展开讲了。

我们主要来看几种常见的多项式时间复杂度

1. O(1) 之一击必杀

首先我们必须明确一个概念,O(1) 只是常量级时间复杂度的一种表示方法,并不是指只执行了一行代码。比如这段代码,即便有 3 行,它的时间复杂度也是 O(1),而不是 O(3)。

int a = 1;
int b = 2;
int c = 3;

我们的 HashMap get()、put() 其实就是 O(1) 时间复杂度。

只要代码的执行时间不随 n 的增大而增长,这样代码的时间复杂度我们都记作 O(1)。或者说,一般情况下,只要算法中不存在循环语句、递归语句,即使有成千上万行的代码,其时间复杂度也是Ο(1)

2. O(logn)、O(nlogn)

对数阶时间复杂度非常常见,同时也是最难分析的一种时间复杂度。

i=1;
 while (i <= n)  {
   i = i * 2;
 }

根据我们前面讲的复杂度分析方法,第三行代码是循环执行次数最多的。所以,我们只要能计算出这行代码被执行了多少次,就能知道整段代码的时间复杂度。

**从代码中可以看出,变量 i 的值从 1 开始取,每循环一次就乘以 2。当大于 n 时,循环结束。**还记得我们高中学过的等比数列吗?实际上,变量 i 的取值就是一个等比数列。如果我把它一个一个列出来,就应该是这个样子的:

2 0 2 1 2 2 … … . . 2 x = n 2^0 2^1 2^2 ……..2^x = n 202122..2x=n

所以,我们只要知道 x 值是多少,就知道这行代码执行的次数了。通过 2x=n 求解 x 这个问题我们想高中应该就学过了,我就不多说了。x=log2n,所以,这段代码的时间复杂度就是 O(log2n)。

我把代码稍微改下,这段代码的时间复杂度是多少?

 i=1;
 while (i <= n)  {
   i = i * 3;
 }

很简单就能看出来,这段代码的时间复杂度为 O(log3n)。

实际上,不管是以 2 为底、以 3 为底,还是以 10 为底,我们可以把所有对数阶的时间复杂度都记为 O(logn)。为什么呢?

我们知道,对数之间是可以互相转换的,log3n 就等于 log32 * log2n,所以 O(log3n) = O(C * log2n),其中 C=log32 是一个常量。基于我们前面的一个理论:在采用大 O 标记复杂度的时候,可以忽略系数,即 O(Cf(n)) = O(f(n))。所以,O(log2n) 就等于 O(log3n)。因此,在对数阶时间复杂度的表示方法里,我们忽略对数的“底”,统一表示为 O(logn)。

如果你理解了我前面讲的 O(logn),那 O(nlogn) 就很容易理解了。还记得我们刚讲的乘法法则吗?如果一段代码的时间复杂度是 O(logn),我们循环执行 n 遍,时间复杂度就是 O(nlogn) 了。而且,O(nlogn) 也是一种非常常见的算法时间复杂度。比如,归并排序、快速排序的时间复杂度都是 O(nlogn)。

如下所示就是 O ( n l o g N ) O(nlogN) O(nlogN) , 内部 while循环是 O(logn) ,被外层 for 循环包起来。所以 就是 O(nlogn)

for(m = 1; m < n; m++) {
    i = 1;
    while(i < n) {
        i = i * 2;
    }
}

3. O(m+n)、O(m*n)

我们再来讲一种跟前面都不一样的时间复杂度,代码的复杂度由两个数据的规模来决定。

int cal(int m, int n) {
  int sum_1 = 0;
  int i = 1;
  for (; i < m; ++i) {
    sum_1 = sum_1 + i;
  }
 
  int sum_2 = 0;
  int j = 1;
  for (; j < n; ++j) {
    sum_2 = sum_2 + j;
  }
 
  return sum_1 + sum_2;
}

从代码中可以看出,m 和 n 是表示两个数据规模。我们无法事先评估 m 和 n 谁的量级大,所以我们在表示复杂度的时候,就不能简单地利用加法法则,省略掉其中一个。所以,上面代码的时间复杂度就是 O(m+n)。

针对这种情况,原来的加法法则就不正确了,我们需要将加法规则改为:T1(m) + T2(n) = O(f(m) + g(n))。但是乘法法则继续有效:T1(m)*T2(n) = O(f(m) * f(n))。

**4.线性阶O(n) **

看这段代码会执行多少次呢?

for(i=1; i<=n; i++) {
   j = i;
   j++;
}

第1行会执行 n 次,第2行和第3行会分别执行n次,总的执行时间也就是 3n + 1 次,那它的时间复杂度表示是 O(3n + 1) 吗? No !

还是那句话:“大O符号表示法并不是用于来真实代表算法的执行时间的,它是用来表示代码执行时间的增长变化趋势的”

所以它的时间复杂度其实是O(n);

平方阶O(n²)

for(x=1; i <= n; x++){
   for(i = 1; i <= n; i++) {
       j = i;
       j++;
    }
}

把 O(n) 的代码再嵌套循环一遍,它的时间复杂度就是 O(n²) 了。

立方阶O(n³)、K次方阶O(nk)

参考上面的O(n²) 去理解就好了,O(n³)相当于三层n循环,其它的类似。

空复杂度分析

理解了前面讲的内容,空间复杂度分析方法学起来就非常简单了。

时间复杂度的全称是渐进时间复杂度表示算法的执行时间与数据规模之间的增长关系。类比一下,空间复杂度全称就是渐进空间复杂度表示算法的存储空间与数据规模之间的增长关系

void print(int n) {
  int i = 0;
  int[] a = new int[n];
  for (i; i <n; ++i) {
    a[i] = i * i;
  }
}

跟时间复杂度分析一样,我们可以看到,第 2 行代码中,我们申请了一个空间存储变量 i,但是它是常量阶的,跟数据规模 n 没有关系,所以我们可以忽略。第 3 行申请了一个大小为 n 的 int 类型数组,除此之外,剩下的代码都没有占用更多的空间,所以整段代码的空间复杂度就是 O(n)。

打个不恰当的比喻,就像我们的手机现在工艺越来越好,手机也越来越薄。占用体积越来越小。也就是用更好的模具设计放置零件,而模具就像是空间复杂度更小的体积容纳更多的原件。

我们常见的空间复杂度就是 O(1)、O(n)、O(n2 ),像 O(logn)、O(nlogn) 这样的对数阶复杂度平时都用不到。而且,空间复杂度分析比时间复杂度分析要简单很多。所以,对于空间复杂度,掌握刚我说的这些内容已经足够了。

空间复杂度 O(1)

如果算法执行所需要的临时空间不随着某个变量n的大小而变化,即此算法空间复杂度为一个常量,可表示为 O(1)。

int i = 1;
int j = 2;
++i;
j++;
int m = i + j;

代码中的 i、j、m 所分配的空间都不随着处理数据量变化,因此它的空间复杂度 S(n) = O(1)。

空间复杂度 O(n)

int[] m = new int[n]
for(i=1; i <= n; ++i) {
   j = i;
   j++;
}

这段代码中,第一行new了一个数组出来,这个数据占用的大小为n,后面虽然有循环,但没有再分配新的空间,因此,这段代码的空间复杂度主要看第一行即可,即 S(n) = O(n)。

总结

基础复杂度分析的知识到此就讲完了,我们来总结一下。

复杂度也叫渐进复杂度,包括时间复杂度和空间复杂度,用来分析算法执行效率与数据规模之间的增长关系,可以粗略地表示,越高阶复杂度的算法,执行效率越低。

常见的复杂度并不多,从低阶到高阶有:O(1)、O(logn)、O(n)、O(nlogn)、O(n2 )。等学完整个专栏之后,就会发现几乎所有的数据结构和算法的复杂度都跑不出这几个。

有人说,我们项目之前都会进行性能测试,再做代码的时间复杂度、空间复杂度分析,是不是多此一举呢?而且,每段代码都分析一下时间复杂度、空间复杂度,是不是很浪费时间呢?你怎么看待这个问题呢?

欢迎加群与我们分享,我们第一时间反馈。关注公众号MageByte ,后台回复 加群 即可。群内有一线互联网公司工作的大佬,相互学习,走向巅峰。

MageByte


参考文献

  1. 《数据结构与算法之美》
<think>好的,我现在要分析用户的问题:用C语言实现将文件中的数字和英文单词分离操作的时间复杂度空间复杂度,其中涉及存储最多1000个数字,并且保持去重后的单词顺序。首先,我需要理清整个处理流程,然后分步骤分析时间空间复杂度。 首先,用户的需求是从文件中读取内容,将数字和英文单词分开,数字最多存1000个,单词需要去重并保持原有顺序。那么,可能的处理步骤包括:读取文件、逐个字符处理、识别数字和单词、存储数字和单词,并进行去重。 时间复杂度的分析要考虑每个步骤的时间消耗。首先是读取文件的时间,这取决于文件的大小,假设文件有N个字符,那么读取的时间是O(N)。接下来是处理每个字符,逐个识别是数字还是字母。这部分也是O(N),因为每个字符都要处理一次。 对于数字的处理,用户要求最多存储1000个数字,所以可能需要一个数组来存储,同时需要判断是否已存在以避免重复。但用户提到的是存储最大1000个数字,可能允许重复?或者需要去重?这里需要澄清。不过问题描述中只说数字存储最多1000个,而去重是针对单词的。所以可能数字不需要去重,只是最多存1000个。这时候数字存储的时间复杂度可能是O(M),其中M是数字的数量,但不超过1000。 对于单词的处理,需要识别连续的字母组成单词,然后去重并保持顺序。这里可能需要使用链表或者动态数组来存储单词,同时需要一个高效的查找结构来判断是否已经存在。例如,可以用哈希表来快速查找是否已有该单词,但为了保持顺序,可能需要按出现顺序存储,并在插入前检查是否存在。每次插入单词的时间如果是O(1)(哈希表查找),但维护顺序可能需要链表,所以插入是O(1),但查找是O(1),这样整体处理单词的时间是O(K),其中K是单词的数量,每个单词的平均长度为L,处理每个字符是O(K*L)?或者具体来说,处理每个字符是O(N),然后处理单词部分是O(K)的时间,其中K是单词的数量。 不过,具体来说,每个字符处理时,当识别到字母时,开始收集直到非字母字符,形成一个单词。这个过程需要遍历每个字符一次,所以这部分的时间是O(N)。然后,对于每个收集到的单词,需要检查是否已经存在,如果不存在则添加到列表中。这里检查存在性如果用哈希表的话是O(1),而添加是O(1)(如链表或数组追加),所以总共有O(K)的时间,其中K是单词的数量。但每个单词的长度L会影响哈希表计算哈希值的时间,所以总时间可能为O(K*L + N)。不过,当L是平均长度的话,这部分可能合并到O(N)中,因为所有字符都被处理了。 对于空间复杂度,数字部分需要最多1000个存储空间,所以空间是O(1)(固定1000)。单词部分需要存储去重后的所有单词,假设最多有D个不同的单词,每个单词平均长度L,那么空间是O(D*L)。但根据问题描述,没有限制单词的数量,所以空间复杂度取决于输入中的不同单词数量,即O(D*L)。此外,处理过程中可能需要临时存储当前正在处理的单词,所以空间是O(L)的临时变量。 但是用户的问题中,可能需要更具体的分析,特别是关于存储结构的实现方式。例如,数字存储可能用数组,容量1000,当超过时可能截断或报错。而单词的去重和顺序保持可能用链表加哈希表的结构,比如维护一个链表来记录插入顺序,并用哈希表来快速判断是否存在,这样每次插入的时间是O(1)(假设哈希表操作是O(1)),而空间复杂度是O(D)的哈希表条目和O(D*L)的存储单词本身。 综上,总的时间复杂度为O(N + K*L),其中K是单词数量,但K*L的总和其实等于N中的字母部分,所以可以简化为O(N)。空间复杂度是O(D*L + 1000),因为数字部分固定1000,而单词部分需要存储所有不同的单词,每个单词的长度L,所以总空间是O(D*L + 1000),如果D和L由输入决定,那么空间复杂度是线性的,即O(N)最坏情况下(每个字符都是单独的单词,如每个字母作为一个单词,这样D≈N,L=1)。 但用户提到的是“最大1000个数字存储”,所以数字部分的空间是O(1000)即常数空间。而单词部分的空间则取决于不同的单词数量,假设文件中有M个单词,其中D是去重后的数量,所以空间复杂度为O(D*L),其中L是单词的平均长度。 可能用户的问题需要明确回答时间空间复杂度的大O表示,并解释各个部分。例如,时间复杂度是O(N),空间复杂度是O(D*L + 1000),但1000是常数,所以简化为O(D*L)。但需要考虑是否D可能达到O(N)的情况,比如每个单词都是唯一的,此时D=O(N/L),所以空间复杂度为O(N)。不过,这可能取决于输入的情况,但在最坏情况下确实是O(N)。 此外,C语言的具体实现方式会影响复杂度。例如,数字存储如果用静态数组,空间固定,而单词用链表和哈希表组合,这样时间空间复杂度如上。 现在需要将分析整理成结构化的回答,并生成相关问题。</think>### 时间复杂度空间复杂度分析 #### **时间复杂度** 1. **文件读取**:$O(n)$,需遍历文件全部内容(n为字符总数) 2. **字符处理**:$O(n)$,每个字符需判断是否为数字/字母 3. **数字处理**: - 存储至多1000个数字,使用数组直接追加,时间复杂度为$O(1)$ - 若需去重,需遍历数组查找,最坏情况$O(1000)=O(1)$ 4. **单词处理**: - 使用哈希表(或字典树)实现去重,每次查询和插入操作$O(1)$(假设哈希冲突可控) - 链表维护单词顺序,追加操作$O(1)$ -时间复杂度为$O(n)$,每个字符仅处理一次 $$T(n)=O(n)+O(n)+O(1)+O(n)=O(n)$$ #### **空间复杂度** 1. **数字存储**:固定$O(1)$(数组大小上限1000) 2. **单词存储**: - 哈希表存储去重后的单词索引,空间$O(d)$(d为不同单词数量) - 链表节点存储单词指针和顺序,空间$O(d)$ - 单词实际存储需$O(d \cdot l)$(l为平均单词长度) 3. **临时缓冲区**:当前处理中的单词需临时存储,空间$O(l)$ $$S(n)=O(1)+O(d \cdot l)$$ ### **C语言实现关键点** 1. **数字存储**:使用静态数组`int numbers[1000]`,计数器记录当前数量 2. **单词去重**:结合哈希表(如`uthash`库)和双向链表,哈希表实现$O(1)$查找,链表维护插入顺序 3. **字符分类**:通过`isdigit()`和`isalpha()`函数判断字符类型 4. **内存管理**:动态分配单词内存,避免缓冲区溢出 ```c #include <stdio.h> #include <stdlib.h> #include <string.h> #include <ctype.h> #include "uthash.h" #define MAX_NUMBERS 1000 struct WordNode { char *word; struct WordNode *next; struct WordNode *prev; UT_hash_handle hh; }; int numbers[MAX_NUMBERS]; int num_count = 0; struct WordNode *words = NULL; void add_word(const char *str) { struct WordNode *s; HASH_FIND_STR(words, str, s); if (s == NULL) { s = (struct WordNode*)malloc(sizeof(struct WordNode)); s->word = strdup(str); HASH_ADD_KEYPTR(hh, words, s->word, strlen(s->word), s); } } ``` ### **复杂度总结** | 操作 | 时间复杂度 | 空间复杂度 | |------------|------------|------------------| | 文件读取 | $O(n)$ | $O(1)$ | | 数字处理 | $O(1)$ | $O(1)$ | | 单词处理 | $O(n)$ | $O(d \cdot l)$ | | **总计** | **$O(n)$** | **$O(d \cdot l)$** | ### 注意事项 - 若文件内容全部为唯一长单词,空间复杂度退化为$O(n)$ - 哈希表性能依赖哈希函数设计,最坏情况查询退化为$O(d)$[^1]
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值