主觀題描述你所了解的技術(shù)，有沒(méi)有熟悉過(guò)什么開(kāi)源框架？代碼題面向?qū)ο蠡A(chǔ)語(yǔ)法思考題一個(gè)7升的水桶，一個(gè)4升的水桶，如何稱出6升的水代碼題165. 比較版本號(hào) - 力扣（LeetCode） public static int compareVersion(String version1, String version2) {        String[] v1 = version1.split("\\.");// 得到兩個(gè)版本號(hào)分別對(duì)應(yīng)的字符串?dāng)?shù)組v1和v2        String[] v2 = version2.split("\\.");        for (int i = 0, j = 0; i < v1.length || j < v2.length; i++, j++) {            int n1 = i < v1.length ? Integer.parseInt(v1[i]) : 0;            int n2 = j < v2.length ? Integer.parseInt(v2[j]) : 0;            // 此時(shí)長(zhǎng)度一樣            if (n1 == n2) {#?？虯I配圖神器#                continue;            } else {                return n1 > n2 ? 1 : -1;            }        }        return 0;// 如果循環(huán)結(jié)束都沒(méi)有返回結(jié)果，說(shuō)明版本是一樣的，返回0    }

Redis 是跑在內(nèi)存里面的，當(dāng)程序重啟或者服務(wù)器崩潰的時(shí)候，數(shù)據(jù)就會(huì)丟失，如果業(yè)務(wù)場(chǎng)景希望重啟之后數(shù)據(jù)還在，就需要做持久化，把數(shù)據(jù)保存到可永久保存的存儲(chǔ)設(shè)備中。 Redis 提供了兩種方式來(lái)實(shí)現(xiàn)持久化。 第一個(gè)是記錄 Redis 執(zhí)行的命令 AOF，第二種是記錄某一個(gè)時(shí)刻的快照數(shù)據(jù) RDB。 這兩種各有優(yōu)缺點(diǎn)，使用的時(shí)候可以結(jié)合起來(lái)。 RDB 1RDB(Redis Database BackUp)，記錄 Redis 某一個(gè)時(shí)刻的全部數(shù)據(jù)，這個(gè)方式的本質(zhì)是快照,直接保存二進(jìn)制數(shù)據(jù)到磁盤(pán)中去，后序通過(guò)加載 RDB 文件恢復(fù)數(shù)據(jù)。 RDB 底層的原理： 當(dāng) Redis 停止服務(wù)的時(shí)候執(zhí)行的是 s...

手機(jī)小程序有去去筆試按鈕，而 pc 端無(wú)，請(qǐng)問(wèn)在哪可以進(jìn)??

如何設(shè)計(jì)一個(gè)跳表在現(xiàn)代的計(jì)算機(jī)科學(xué)中，數(shù)據(jù)結(jié)構(gòu)的選擇和設(shè)計(jì)對(duì)系統(tǒng)性能的影響是至關(guān)重要的。尤其在涉及到大規(guī)模數(shù)據(jù)的場(chǎng)景時(shí)，如何高效地進(jìn)行數(shù)據(jù)的查找、插入和刪除操作，成為了系統(tǒng)架構(gòu)設(shè)計(jì)中的一個(gè)關(guān)鍵。在傳統(tǒng)的數(shù)據(jù)結(jié)構(gòu)中，鏈表雖然能夠提供順序存儲(chǔ)，但其查找效率較低，而平衡樹(shù)可以通過(guò)更好的結(jié)構(gòu)來(lái)優(yōu)化查找效率，但它的實(shí)現(xiàn)和維護(hù)較為復(fù)雜。跳表（Skip List）是一種兼具鏈表的簡(jiǎn)潔性和平衡樹(shù)查找效率的數(shù)據(jù)結(jié)構(gòu)。跳表通過(guò)在鏈表上構(gòu)建多層“索引”結(jié)構(gòu)，將查找時(shí)間從 O(n) 降低到了 O(log n)，從而大幅提升了性能。跳表的設(shè)計(jì)巧妙在于它能夠以概率性平衡的方式動(dòng)態(tài)調(diào)整索引層級(jí)，無(wú)需復(fù)雜的樹(shù)結(jié)構(gòu)維護(hù)，同時(shí)能...