登录
注册
开源
企业版
高校版
搜索
帮助中心
使用条款
关于我们
开源
企业版
高校版
私有云
模力方舟
AI 队友
登录
注册
代码拉取完成,页面将自动刷新
捐赠
捐赠前请先登录
取消
前往登录
扫描微信二维码支付
取消
支付完成
支付提示
将跳转至支付宝完成支付
确定
取消
Watch
不关注
关注所有动态
仅关注版本发行动态
关注但不提醒动态
24
Star
56
Fork
2
Java技术交流
/
Java技术提升库
代码
Issues
56
Pull Requests
0
Wiki
统计
流水线
服务
JavaDoc
PHPDoc
质量分析
Jenkins for Gitee
腾讯云托管
腾讯云 Serverless
悬镜安全
阿里云 SAE
Codeblitz
SBOM
我知道了,不再自动展开
更新失败,请稍后重试!
移除标识
内容风险标识
本任务被
标识为内容中包含有代码安全 Bug 、隐私泄露等敏感信息,仓库外成员不可访问
03、什么是大O复杂度表示法?如何理解时间复杂度和空间复杂度?
待办的
#I23FGL
wgy
成员
创建于
2020-10-31 11:34
### 考点分析 通常我们需要一种方法来对不同的算法来进行比较,一般来说,解决同样的问题有多种算法,那么在不同的客观条件下如何对不同的算法进行取舍呢? ### 典型回答 算法的执行效率,粗略地讲,就是算法代码执行的时间。但是,如何在不运行代码的情况下, 用“肉眼”得到一段代码的执行时间呢? 这里有段非常简单的代码,求 1,2,3…n 的累加和。现在,我就带你一块来估算一下这段代 码的执行时间。  从 CPU 的角度来看,这段代码的每一行都执行着类似的操作:读数据-运算-写数据。尽管 每行代码对应的 CPU 执行的个数、执行的时间都不一样,但是,我们这里只是粗略估计,所以可以假设每行代码执行的时间都一样,为 unit_time。在这个假设的基 础之上,这段代码的总执行时间是多少呢? 第 2、3 行代码分别需要 1 个 unit_time 的执行时间,第 4、5 行都运行了 n 遍,所以需要 2n*unit_time 的执行时间,所以这段代码总的执行时间就是(2n+2)*unit_time。可 以看出来,所有代码的执行时间 T(n)与每行代码的执行次数成正比。 按照这个分析思路,我们再来看这段代码。  我们依旧假设每个语句的执行时间是 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)我们已经讲过了,它表示代码执行的时间;n 表示 数据规模的大小;f(n)表示每行代码执行的次数总和。因为这是一个公式,所以用 f(n)来表示。 公式中的 O,表示代码的执行时间 T(n)与 f(n)表达式成正比。 所以,第一个例子中的 T(n) = O(2n+2),第二个例子中的 T(n) = O(2n2+2n+3)。这就是大 O 时间复杂度表示法。 大O时间复杂度实际上并不具体表示代码真正的执行 时间,而是表示代码执行时间随数据规模增长的变化趋势,所以,也叫作渐进时间复杂度 (asymptotic time complexity),简称时间复杂度。 当 n 很大时,你可以把它想象成 10000、100000。而公式中的低阶、常量、系数三部分并 不左右增长趋势,所以都可以忽略。我们只需要记录一个最大量级就可以 了,如果用大 O 表示法表示刚讲的那两段代码的时间复杂度,就可以记为:T(n) = O(n);T(n) = O(n2)。 ### 扩展知识 #### 时间复杂度分析方法 1.只关注循环执行次数最多的一段代码:大O这种复杂度表示方法只是表示一种变化趋势。我们通常会忽略掉公式中的常量、低阶、 系数,只需要记录一个最大阶的量级就可以了。 所以,我们在分析一个算法、一段代码的时间复杂度的时候,也只关注循环执行次数最多的那一段代码就可以了。这段核心代码执行次 数的 n 的量级,就是整段要分析代码的时间复杂度。为了便于你理解,我还拿前面的例子来说明。  其中第 2、3 行代码都是常量级的执行时间,与 n 的大小无关,所以对于复杂度并没有影响。 循环执行次数最多的是第 4、5 行代码,所以这块代码要重点分析。前面 我们也讲过,这两行代码被执行了 n 次,所以总的时间复杂度就是 O(n)。 2.加法法则:总复杂度等于量级最大的那段代码的复杂度  这个代码分为三部分,分别是求 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),则 T1(n) * T2(n) = O(n3)。落实到具体的代码 上,我们可以把乘法法则看成是嵌套循环,我举个例子给你解释一下。  我们单独看 cal()函数。假设 f()只是一个普通的操作,那第4~6 行的时间复杂度就是,T1(n) = O(n)。但 f()函数本身不是一个简单的操作,它的时间复杂度是 T2(n) = O(n),所以,整个cal()函数的时间复杂度就是,T(n) = T1(n) * T2(n) = O(n*n) = O(n2)。 常见情况时间复杂度:  #### 空间复杂度分析方法 时间复杂度的全称是渐进时间复杂度,表示算法的执行时间与数据规模之间的增长关系。类 比一下,空间复杂度全称就是渐进空间复杂 度(asymptotic space complexity),表示算 法的存储空间与数据规模之间的增长关系。 具体例子说明:  跟时间复杂度分析一样,我们可以看到,第2行代码中,我们申请了一个空间存储变量i, 但是它是常量阶的,跟数据规模 n 没有关系,所以我们可以忽略。第3行申请了一个大小为 n 的 int 类型数组,除此之外,剩下的代码都没有占用更多的空间,所以整 段代码的空间复杂度就是 O(n)。 我们常见的空间复杂度就是 O(1)、O(n)、O(n2 ),像 O(logn)、O(nlogn)这样的对数阶复杂度平时都用不到。而且,空间复杂度分析比时间复杂度分析要简单很多。 所以,对于空间复杂度,掌握刚我说的这些内容已经足够了。
### 考点分析 通常我们需要一种方法来对不同的算法来进行比较,一般来说,解决同样的问题有多种算法,那么在不同的客观条件下如何对不同的算法进行取舍呢? ### 典型回答 算法的执行效率,粗略地讲,就是算法代码执行的时间。但是,如何在不运行代码的情况下, 用“肉眼”得到一段代码的执行时间呢? 这里有段非常简单的代码,求 1,2,3…n 的累加和。现在,我就带你一块来估算一下这段代 码的执行时间。  从 CPU 的角度来看,这段代码的每一行都执行着类似的操作:读数据-运算-写数据。尽管 每行代码对应的 CPU 执行的个数、执行的时间都不一样,但是,我们这里只是粗略估计,所以可以假设每行代码执行的时间都一样,为 unit_time。在这个假设的基 础之上,这段代码的总执行时间是多少呢? 第 2、3 行代码分别需要 1 个 unit_time 的执行时间,第 4、5 行都运行了 n 遍,所以需要 2n*unit_time 的执行时间,所以这段代码总的执行时间就是(2n+2)*unit_time。可 以看出来,所有代码的执行时间 T(n)与每行代码的执行次数成正比。 按照这个分析思路,我们再来看这段代码。  我们依旧假设每个语句的执行时间是 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)我们已经讲过了,它表示代码执行的时间;n 表示 数据规模的大小;f(n)表示每行代码执行的次数总和。因为这是一个公式,所以用 f(n)来表示。 公式中的 O,表示代码的执行时间 T(n)与 f(n)表达式成正比。 所以,第一个例子中的 T(n) = O(2n+2),第二个例子中的 T(n) = O(2n2+2n+3)。这就是大 O 时间复杂度表示法。 大O时间复杂度实际上并不具体表示代码真正的执行 时间,而是表示代码执行时间随数据规模增长的变化趋势,所以,也叫作渐进时间复杂度 (asymptotic time complexity),简称时间复杂度。 当 n 很大时,你可以把它想象成 10000、100000。而公式中的低阶、常量、系数三部分并 不左右增长趋势,所以都可以忽略。我们只需要记录一个最大量级就可以 了,如果用大 O 表示法表示刚讲的那两段代码的时间复杂度,就可以记为:T(n) = O(n);T(n) = O(n2)。 ### 扩展知识 #### 时间复杂度分析方法 1.只关注循环执行次数最多的一段代码:大O这种复杂度表示方法只是表示一种变化趋势。我们通常会忽略掉公式中的常量、低阶、 系数,只需要记录一个最大阶的量级就可以了。 所以,我们在分析一个算法、一段代码的时间复杂度的时候,也只关注循环执行次数最多的那一段代码就可以了。这段核心代码执行次 数的 n 的量级,就是整段要分析代码的时间复杂度。为了便于你理解,我还拿前面的例子来说明。  其中第 2、3 行代码都是常量级的执行时间,与 n 的大小无关,所以对于复杂度并没有影响。 循环执行次数最多的是第 4、5 行代码,所以这块代码要重点分析。前面 我们也讲过,这两行代码被执行了 n 次,所以总的时间复杂度就是 O(n)。 2.加法法则:总复杂度等于量级最大的那段代码的复杂度  这个代码分为三部分,分别是求 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),则 T1(n) * T2(n) = O(n3)。落实到具体的代码 上,我们可以把乘法法则看成是嵌套循环,我举个例子给你解释一下。  我们单独看 cal()函数。假设 f()只是一个普通的操作,那第4~6 行的时间复杂度就是,T1(n) = O(n)。但 f()函数本身不是一个简单的操作,它的时间复杂度是 T2(n) = O(n),所以,整个cal()函数的时间复杂度就是,T(n) = T1(n) * T2(n) = O(n*n) = O(n2)。 常见情况时间复杂度:  #### 空间复杂度分析方法 时间复杂度的全称是渐进时间复杂度,表示算法的执行时间与数据规模之间的增长关系。类 比一下,空间复杂度全称就是渐进空间复杂 度(asymptotic space complexity),表示算 法的存储空间与数据规模之间的增长关系。 具体例子说明:  跟时间复杂度分析一样,我们可以看到,第2行代码中,我们申请了一个空间存储变量i, 但是它是常量阶的,跟数据规模 n 没有关系,所以我们可以忽略。第3行申请了一个大小为 n 的 int 类型数组,除此之外,剩下的代码都没有占用更多的空间,所以整 段代码的空间复杂度就是 O(n)。 我们常见的空间复杂度就是 O(1)、O(n)、O(n2 ),像 O(logn)、O(nlogn)这样的对数阶复杂度平时都用不到。而且,空间复杂度分析比时间复杂度分析要简单很多。 所以,对于空间复杂度,掌握刚我说的这些内容已经足够了。
评论 (
0
)
登录
后才可以发表评论
状态
待办的
待办的
进行中
已完成
已关闭
负责人
未设置
标签
未设置
标签管理
里程碑
03.算法和数据结构面试题
未关联里程碑
Pull Requests
未关联
未关联
关联的 Pull Requests 被合并后可能会关闭此 issue
分支
未关联
未关联
master
开始日期   -   截止日期
-
置顶选项
不置顶
置顶等级:高
置顶等级:中
置顶等级:低
优先级
不指定
严重
主要
次要
不重要
参与者(1)
1
https://gitee.com/beike-java-interview-alliance/java-interview.git
git@gitee.com:beike-java-interview-alliance/java-interview.git
beike-java-interview-alliance
java-interview
Java技术提升库
点此查找更多帮助
搜索帮助
Git 命令在线学习
如何在 Gitee 导入 GitHub 仓库
Git 仓库基础操作
企业版和社区版功能对比
SSH 公钥设置
如何处理代码冲突
仓库体积过大,如何减小?
如何找回被删除的仓库数据
Gitee 产品配额说明
GitHub仓库快速导入Gitee及同步更新
什么是 Release(发行版)
将 PHP 项目自动发布到 packagist.org
评论
仓库举报
回到顶部
登录提示
该操作需登录 Gitee 帐号,请先登录后再操作。
立即登录
没有帐号,去注册