盧偉冰長文解析K60至尊版 對Redmi有著里程碑式的意義
在今天的Redmi后性能時代戰(zhàn)略發(fā)布會結(jié)束之后，Redmi總經(jīng)理盧偉冰又帶來了一篇長文，詳解了為什么 Redmi 要開啟后性能時代？為什么選擇和 MediaTek、Pixelworks 深度合作？以及后性
轉(zhuǎn)轉(zhuǎn)是中國領(lǐng)先的二手交易平臺，鏈接作為用戶在平臺上進行交互和信息傳遞的重要媒介，扮演著不可或缺的角色。
圖片
傳統(tǒng)長鏈接通常包含大量字符和特殊符號，不易記憶和傳播。由于字數(shù)的原因，長鏈接在發(fā)送短信，生成二維碼和社交平臺發(fā)布等場合下會也有一定的局限性。
圖片
短鏈平臺接收到業(yè)務(wù)方提供的長鏈接后，先通過哈希算法（MD5）檢查是否已存在短鏈接映射關(guān)系，存在即返回，不存在則生成唯一 ID 標(biāo)識（號段模式），再選擇適當(dāng)?shù)亩替溄由伤惴ǎ˙ase62），將該唯一 ID 轉(zhuǎn)換為短鏈接。生成的短鏈接與原始長鏈接之間的映射關(guān)系需要被持久化，以便在用戶訪問時能夠快速地查找并定位到原始長鏈接。
一旦短鏈接生成成功，短鏈平臺將返回這個短鏈接給業(yè)務(wù)方。業(yè)務(wù)方可以通過多種方式將短鏈接傳播給用戶，如將其嵌入到網(wǎng)頁中、發(fā)送短信、分享到社交媒體等。用戶獲得這個短鏈接后，就可以點擊訪問相應(yīng)的資源。
當(dāng)用戶點擊短鏈接時，瀏覽器向短鏈平臺發(fā)送請求。短鏈平臺需要根據(jù)短鏈接查找映射關(guān)系，然后將用戶正確引導(dǎo)到原始長鏈接的業(yè)務(wù)系統(tǒng)。這一步驟需要高效的數(shù)據(jù)檢索和跳轉(zhuǎn)機制。
HTTP 狀態(tài)碼 301 和 302 都能代表重定向，301 永久重定向會使用瀏覽器緩存導(dǎo)致統(tǒng)計短鏈訪問次數(shù)不正確，302 臨時重定向會每次都訪問到短鏈平臺從而增加服務(wù)壓力。
長鏈接到短鏈接的轉(zhuǎn)換是短鏈平臺的核心功能，這需要一個高效且唯一的算法來確保每個長鏈接都可以映射到一個對應(yīng)的短鏈接。
MD5 是一種廣泛應(yīng)用的哈希算法，將輸入數(shù)據(jù)轉(zhuǎn)換為 128 位的哈希值，在短鏈平臺中可以用于生成短鏈接的基礎(chǔ)哈希值。
SHA-256 是一種更安全的哈希算法，它生成256位的哈希值。雖然相對于MD5，SHA-256更安全，但同時也會更長，影響了短鏈接的長度。
直接使用哈希結(jié)果作為短鏈接時，哈希碰撞和鏈接長度都是需要考慮的問題。在短鏈平臺中，需要采取措施來防止哈希碰撞，例如使用唯一性標(biāo)識符。
自增 ID 是另一種常見的分布式唯一 ID 生成方式，通過一個自增的計數(shù)器來生成唯一 ID。例如 MySQL 的自增主鍵，或者 Redis 的 incr 指令。這種方法簡單且高效，適用于許多場景。
號段模式會為不同的節(jié)點分配不同的號段范圍，每個節(jié)點內(nèi)部自增生成唯一的 ID，用完后再重新分配，從而確保全局唯一性。
圖片
SnowFlake（雪花算法）是一種常用的分布式唯一 ID 生成算法，它將一個大整數(shù) ID 拆分成多個部分，包括時間戳、機器 ID、數(shù)據(jù)中心 ID 和序列號等，從而保證了生成的 ID 是唯一且遞增的。
圖片
然而，盡管雪花算法在分布式環(huán)境中生成唯一 ID 方面表現(xiàn)出色，但它并不免疫于時鐘回撥問題。如果發(fā)生時鐘回撥，可能會導(dǎo)致生成的 ID 在時間上產(chǎn)生逆序。
Base62 編碼是將數(shù)據(jù)轉(zhuǎn)換為只包含數(shù)字和字母的一種方法。它使用了 62 個字符，分別是 0-9、a-z、A-Z，可以作為 URL 短鏈接、文件名等場景的字符串表示，相對于16進制或64進制等其他編碼，Base62 具有更高的可讀性和穩(wěn)定性。
import java.util.ArrayList;import java.util.List;public class Base62Encoder { private static final String BASE62_CHARACTERS = "0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz"; public static String encode(long num) { StringBuilder sb = new StringBuilder(); do { int remainder = (int) (num % 62); sb.insert(0, BASE62_CHARACTERS.charAt(remainder)); num /= 62; } while (num != 0); return sb.toString(); }}僅 6 位的 Base62 編碼，能表示約 568 億（62 的 6 次方）的數(shù)。
在轉(zhuǎn)轉(zhuǎn)短鏈平臺的設(shè)計與實現(xiàn)過程中，確保用戶數(shù)據(jù)的安全性和平臺的穩(wěn)定性是首要任務(wù)。為此，我們采用了一系列安全與防護策略，以應(yīng)對潛在的風(fēng)險和威脅，保障用戶隱私和系統(tǒng)的正常運行。
在生成短鏈接之前，首先需要對用戶提供的原始長鏈接進行驗證，以確保鏈接指向的是合法且可信任的目標(biāo)資源。
合法性校驗通常涵蓋以下幾個方面：
重復(fù)生成短鏈接的防護策略在短鏈平臺的設(shè)計中具有重要意義。它旨在防止因重復(fù)生成相同的短鏈接而造成的資源浪費和系統(tǒng)混亂。
短鏈平臺可以基于長鏈接的 MD5 值采用冪等性設(shè)計，確保多次相同請求的處理結(jié)果是一致的，不會產(chǎn)生額外的短鏈接。
在用戶點擊或輸入短鏈接后，短鏈平臺需要快速準(zhǔn)確地判斷該鏈接是否有效，從而決定是否將用戶重定向到原始長鏈接或提供相應(yīng)的錯誤信息。
短鏈平臺會通過查詢數(shù)據(jù)庫來驗證短鏈接的有效性。如果短鏈接與有效的映射關(guān)系存在，平臺將確認鏈接有效，否則將判定鏈接無效。
系統(tǒng)性能的優(yōu)化是確保轉(zhuǎn)轉(zhuǎn)短鏈平臺高效、穩(wěn)定運行的關(guān)鍵。通過采用一系列策略和技術(shù)，我們不斷提升平臺的響應(yīng)速度、并發(fā)處理能力和資源利用效率，以滿足用戶的需求并提供卓越的用戶體驗。
數(shù)據(jù)庫是短鏈平臺的核心數(shù)據(jù)存儲組件，因此優(yōu)化數(shù)據(jù)庫的設(shè)計和訪問非常重要。將長鏈接的唯一標(biāo)識 ID 作為主鍵索引，長鏈接的 MD5 值作為普通索引，以支持快速的鏈接有效性驗證和重定向操作。
利用緩存技術(shù)可以顯著減少數(shù)據(jù)庫訪問次數(shù)，從而提高系統(tǒng)的響應(yīng)速度。我們采用了分布式緩存 Redis，將短鏈接映射關(guān)系異步存儲在緩存中，減輕數(shù)據(jù)庫的壓力。這樣可以在高并發(fā)情況下，快速地獲取鏈接映射信息，提升用戶訪問的效率。
傳統(tǒng)號段模式在節(jié)點消耗完所有號段時才會向發(fā)號器請求分配新的號段，這可能會引起短時間內(nèi)的性能瓶頸。我們引入獨立的監(jiān)控線程定期檢查號段的使用情況，一旦使用 ID 數(shù)量超過閾值時就請求分配新的號段。新的號段模式能夠在高并發(fā)情況下平穩(wěn)地切換號段，通過預(yù)先分配號段以避免阻塞業(yè)務(wù)流程，從而提高系統(tǒng)的性能和穩(wěn)定性。
圖片
隨著用戶數(shù)量和鏈接數(shù)據(jù)的增長，單一數(shù)據(jù)庫表可能會面臨性能瓶頸。為了應(yīng)對這個問題，我們采用了分表策略。將鏈接數(shù)據(jù)按照唯一性 ID 對 64 取余的規(guī)則均勻拆分到 64 張表中，可以有效減輕單一表的壓力，提高數(shù)據(jù)庫的擴展性和性能。
業(yè)務(wù)監(jiān)控是系統(tǒng)關(guān)鍵環(huán)節(jié)之一，旨在實時追蹤系統(tǒng)的性能和運行狀況，以確保高可用性和高性能。借助轉(zhuǎn)轉(zhuǎn)監(jiān)控系統(tǒng) Prometheus，我們可以收集和展示關(guān)鍵的性能指標(biāo)，如生成短鏈鏈接和獲取長鏈接的請求頻率，鏈接的安全性校驗情況等等，使能夠一目了然地查看系統(tǒng)運行情況，從而更好地進行決策和優(yōu)化。
圖片
通過深入的研究和實踐，轉(zhuǎn)轉(zhuǎn)的短鏈平臺為用戶提供了高效、安全的鏈接服務(wù)。在不斷發(fā)展的互聯(lián)網(wǎng)環(huán)境下，短鏈平臺將持續(xù)創(chuàng)新，滿足用戶不斷變化的需求。
關(guān)于作者：
曹建濤，轉(zhuǎn)轉(zhuǎn)C2C&寄賣業(yè)務(wù)研發(fā)工程師
本文鏈接：http://www.www897cc.com/showinfo-26-5755-0.html轉(zhuǎn)轉(zhuǎn)短鏈平臺設(shè)計與實現(xiàn)
聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權(quán)等問題請及時與本網(wǎng)聯(lián)系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請聯(lián)系：2376512515@qq.com 津ICP備18001702號
津公網(wǎng)安備 12010102000574號