6/17, LinkedIn 面经题
我现在知道这题为什么 AC 率这么高了。。因为直接写个 triple nested loop 也能过。。
然后就是以 1021ms 的傲人速度打败了 3% 的用户 =。= 绝大多数 submission 在 60~70ms 之间。
所以看来这题的主要思路还是“空间换时间”。
public class Solution {
public int[][] multiply(int[][] A, int[][] B) {
int rowsA = A.length;
int colsA = A[0].length;
int rowsB = B.length;
int colsB = B[0].length;
int[][] rst = new int[rowsA][colsB];
for(int i = 0; i < rowsA; i++){
for(int j = 0; j < colsB; j++){
for(int k = 0; k < colsA; k++){
if(A[i][k] == 0 || B[k][j] == 0) continue;
rst[i][j] += A[i][k] * B[k][j];
}
}
}
return rst;
}
}经过一番简单优化之后,时间已然降到了 324ms,用 List of Lists 存 A/B 矩阵中不为 0 的 row/col
这题用 HashMap,Key = Integer, Value = List,600ms;
改用 List of Lists,324ms;
最后用 List[] 里面放 List,248ms.
优化方法参考论坛这个帖子,里面提到了一个 CMU Lecture ,明天有空看看。
70ms 的解其实很简单;考虑到外面都是 i,j,k 的三重循环,所有操作都在最里面执行,可以直接把index 的顺序交换,这样可以利用其中某个位置为 0 的特点,直接跳过最内圈的循环。
交换 j , k
交换 i , k
这题考察的是,如何实现一个 “双向 one-to-one onto mapping (bijection)”,原 domain 是 String S 的字符集,目标 domain 是 String T 的字符集。不能出现 one-to-many 或者 many-to-one.
写一会儿很快就可以发现,一个 hashmap 是不够的,至少不够快。因为一个 hashmap 只能做一个方向的 mapping,不能高效反方向查找有没有出现 one-to-many / many-to-one 的情况。
既然输入都是字符串,方便起见,可以用 int[256] 代替 hashmap 加速。
Last updated
Was this helpful?