能不能别问算法了
不知道各位对算法怎么看?为何每家公司都喜欢用算法来考察候选人的”能力“或者说”水平“。
我只是一个卑微的写业务代码的底层社畜,你问算法就算了,还那么难,是以为我有上天的能力吗?
最近有一个朋友外出面试,上来第一道题就是个
挨千刀的算法题
-两数之和。而朋友也有点"憨"的可爱,想都没想就直接双层循环了事,结果可想而知,题目是解出来了,但明显不是面试官想要的...
来看看题目:
给定一个整数数组 nums 和一个整数目标值 target,请你在该数组中找出 和为目标值 target 的那 两个 整数,并返回它们的数组下标。
你可以假设每种输入只会对应一个答案。但是,数组中同一个元素在答案里不能重复出现。
你可以按任意顺序返回答案。
示例 1:
输入:nums = [2,7,11,15], target = 9
输出:[0,1]
解释:因为 nums[0] + nums[1] == 9 ,返回 [0, 1] 。
示例 2:
输入:nums = [3,2,4], target = 6
输出:[1,2]
示例 3:
输入:nums = [3,3], target = 6
输出:[0,1]
提示:
2 <= nums.length <= 104
-109 <= nums[i] <= 109
-109 <= target <= 109
只会存在一个有效答案
进阶:你可以想出一个时间复杂度小于 O(n^2) 的算法吗?
看到这个题目我心里窃喜,居然面这么简单的题目,😋嘿嘿。双层循环不就出来了么。
const twoSum = (nums, target) => {
const len = nums.length
for (let i = 0; i < len; i++) {
// 同一个元素在答案里不能重复出现所以j = i + 1
for (let j = i + 1; j < len ; j++) {
// 找到答案,return
if (nums[ i] + nums[ j ] === target) {
return [ i, j ]
}
}
}
}
万万没想到,居然通过了所有case
...
憨厚直觉法有什么缺点呢?
进阶:你可以想出一个时间复杂度小于 O(n^2) 的算法吗?
,题目的最后提醒我们有没有时间复杂度小于O(n^2)的算法,就是说还有更优解。
面试官看到这双层循环(时间复杂度为O(n^2)),印象肯定就不太好了,所以一旦实际面试中写出了双层,甚至是n层循环,一定要停住脚步,思考用空间换时间。
以这道题为例,是可以用一次循环搞定的,只要将
加法变成减法
,把遍历过的值用一个对象sumCache存起来
,遍历过程中看看sumCache是否存在当前值的差值
,有直接返回即结束。
画个图一起试试看:
输入:[2,7,11,15]
第一步: 读取2, sumCache是空的,将2作为key,索引0作为值存入sumCache
第二步:读取7,发现目标值9 - 7 = 2,2存在于sumCache中,那么将0和1索引直接返回
是不是感觉map法很简单明了,比for循环爽多了
const twoSum = (nums, target) => {
const len = nums.length
const sumCache = {}
for (let i = 0; i < len; i++) {
const value = nums[ i ]
// 计算差值
const diff = target - value
// 如果差值已经存在过,直接返回对应的索引
if (typeof sumCache[ diff ] !== 'undefined') {
return [ sumCache[ diff ], i ]
} else {
// 否则存起来
sumCache[ value ] = i
}
}
}
空间换时间的方法,瞬间将时间减少近一半以上,稍微牺牲了一点空间,不过这一定是面试官更想看到的答案噢