首先，感謝自己能夠在百忙之中抽出時間來進行blog的撰寫，不是為了別人，是為了自己越來越笨的腦袋，可能最近生活不規律導致的吧！^ _ ^，程式設計師尤其要注重身體啊！畢竟老了
這裡以我對這篇文章的再次理解為前提吧！https原理通俗理解
1. 不同客戶端使用不同密碼
對稱密碼使用隨機密碼，這樣不利於破譯，這個密碼需要客戶端傳送到服務端，以後主要的內容是通過客戶端的密碼來加密和解密的2. 需要對（客戶端和 服務端協商的密碼即1中的密碼）進行加密
使用非對稱密碼，這樣客戶端傳送的密碼，只能通過服務端的私鑰來解密和獲取3. 如何防止2中協商的過程被 （中間人）給服務端的公鑰擷取替換為自己的公鑰金鑰
利用第三方的金鑰加密來傳送 服務端需要傳送的公鑰，疑慮點
1.公鑰還是能夠看到：沒有關係，只要保證公鑰不被替換，就能保證客戶端的密碼只能在服務端能夠看到2.第三方公鑰被碉堡：因為作業系統在安裝的時候會把認證過的安全的第三方列表都預設安裝到系統中的
4. 如何防止 （中間人） 從 同一第三方機構的申請的證書 （替換）真正的服務短證書
4中也有很多前提條件
1.如果中間人的第三方機構和服務端的第三方機構不一樣，那麼客戶端利用公鑰根本麼有辦法解密 第三方機構發過來的證書，那麼就會識別出來2.如果中間人的申請了多個第三方機構，利用相同的解密申請，不同的用來發放給客戶端這個這個問題還是有待解決的
60 個讓程式設計師崩潰的瞬間，哈哈哈哈哈哈哈哈哈
640 閱讀本文大概需要 2.3333 分鐘。前方高能，每乙個程式設計師看完，你不笑死個人，你來找我，我自己看了好幾遍，反正笑的停不下來，太特麼有才了。公司實習生找 bug 在除錯時，將斷點設定在錯誤的位置 當我有乙個很棒的除錯想法時 偶然間看到自己多年前寫的 當我第一次啟動我的單元測試時 資料庫的...
這個瓜我吃定了！哈哈哈
開始吃瓜。通過計算的手段，利用經驗來改善系統自身的效能 計算機系統中，經驗 通常以 資料 形式存在 從計算機中的資料中產生 模型 的演算法，即 學習演算法 經驗資料傳給 學習演算法 學習演算法 能產生模型 在面臨新的資料時，它能提供相應的判斷 電腦科學 研究演算法 機器學習 研究學習演算法 模型 泛...
程式設計師常見的口頭禪，哈哈哈哈
0 這個昨天還是正常的。1 試試三連 2 在我的電腦上明明可以，你清理下快取。3 這個實現不了 4 注釋 誰的 注釋都不寫。我先完成功能，注釋以後再補上。5 一行 我就加了一行 為什麼不能執行？我就刪了一行 為什麼可以執行？程式設計師最幽默 編譯製作 6 什麼時候完成 pm 今天能完成嗎？程式設計師...