好吧，不喜歡啰里啰嗦，直接進入主題吧。當我們打開一個頁面（Activity）時，在onCreate()方法中調用setContentView（layoutID），就會發(fā)現(xiàn)我們...
發(fā)簡信
IP屬地：廣東
-
View的繪制流程源碼解析 -
OkHttp 源碼簡單解讀OkHttp[https://github.com/square/okhttp]已經很出名，這里就不啰嗦了，直接進入主題，以下代碼演示均使用Kotlin。OkHttp版本：4...
-
Java JVM理解以下內容基于Java 8分析和理解。 Java Platform Standard Edition 8 Documentation 官網文檔地址:https://docs.o...
-
Android ConstraintLayout約束布局簡單使用介紹前言 什么是約束布局（ConstraintLayout） 我們可以理解為增強版/升級版的相對布局（RelativeLayout）。 Android Studio 從版本2.3...
-
Android 打開Google身份驗證器
首先準備2個包名和1個地址： Google身份驗證器包名：com.google.android.apps.authenticator2 GooglePlay Store 包名...
-
Java 線程間通信線程間的交互和通信 一個線程啟動另一個線程public static void main(String[] args){ new Thread().start();}主線程...
-
Java 多線程和線程同步一. 多線程 1. 分類 A. Thread 最常用的開啟新線程的方式，最終的調用是由Java虛擬機根據(jù)不同平臺來執(zhí)行不同的調用，因為start0最終是一個native方法。...
-
先確保已經成功安裝了PyCharm，安裝成功之后就有PyCharm的文件夾了。
Mac Pycharm 打不開的解決方法(親測有效)
不廢話,直接進入主題: 打開訪達,切到應用程序,找到Pycharm.app,右鍵->顯示包內容,打開Contents/MacOS/ 打開終端,cd 到Contents/Mac...
-
Android 自定義View之PathPath用途: 按照路徑的規(guī)則在路徑上繪制自定義圖形 在使用Path之前我們需要先了解Path的填充規(guī)則和繪制方向. 一. Path的填充規(guī)則: FillType.WINDI...
-
Intellij 插件編寫（可放Android Studio）參考文檔 市場上常見的插件 1.GsonFormat 快速將json字符串轉換成一個Java Bean，免去我們根據(jù)json字符串手寫對應Java Bean的過程。使用方法：...
-
不客氣，能幫到就好。那個找不到路徑的問題我更新上去了。
Mac Pycharm 打不開的解決方法(親測有效)
不廢話,直接進入主題: 打開訪達,切到應用程序,找到Pycharm.app,右鍵->顯示包內容,打開Contents/MacOS/ 打開終端,cd 到Contents/Mac...
-
Vim的保存和退出命令
當我們使用Vim編輯器打開一個文件時,怎樣退出并保存呢? 終端輸入命令vim <filename> 可以使用Vim編輯器打開一個文件,然后輸入i可以進行編輯.以下命令的使用是...
-
Mac Pycharm 打不開的解決方法(親測有效)
不廢話,直接進入主題: 打開訪達,切到應用程序,找到Pycharm.app,右鍵->顯示包內容,打開Contents/MacOS/ 打開終端,cd 到Contents/Mac...
-
@整人君子 對,你說的這種情況是存在的,誰都可以拿到公鑰進行數(shù)據(jù)偽造或者串改,要怎么解決?
這里就要用到數(shù)字簽名.首先要明白加密只是為了讓別人看不懂數(shù)據(jù),防偷窺的作用,但并不能保證數(shù)據(jù)來源的真實性, 換句話說就是B怎么知道這個數(shù)據(jù)是A發(fā)過來的呢,而不是其他人呢?而簽名的作用就是防偽造/串改.
A用B的公鑰對數(shù)據(jù)進行加密,并使用自己的私鑰對數(shù)據(jù)進行簽名,將加密后的密文和簽名后的數(shù)據(jù)一并發(fā)送給B,即使中間者攔截到了數(shù)據(jù),進行偽造或者串改, 但是他沒有A的私鑰,不能進行數(shù)字簽名,這樣B收到數(shù)據(jù)后會先對簽名進行校驗.因為只有A有自己的私鑰,只要B可以用A的公鑰解開簽名,就可以證明這個數(shù)據(jù)是來自A,如果B用A的公鑰解不開數(shù)據(jù),則此次通信傳輸?shù)臄?shù)據(jù)來源是不真實的,或者說是偽造串改后的數(shù)據(jù),B可以完全不處理.這樣就可以做到數(shù)據(jù)防偽造.這就是加密和簽名的最簡單應用模型.
但是實際應用中不是這樣的,因為對源數(shù)據(jù)進行簽名,中間者可以用公鑰解開簽名,就可以看到源數(shù)據(jù)了,這樣就矛盾了,本來想要對數(shù)據(jù)進行防偷窺的,結果解開簽名就可以看到源數(shù)據(jù)了,這樣肯定是不行的.
解決辦法簡單來說就是對原數(shù)據(jù)進行Hash(通常很小),然后對Hash值進行簽名.這樣中間者把簽名解出來之后看到的是數(shù)據(jù)的摘要(Hash),他也不知道源數(shù)據(jù)是什么樣的,這里只是簡單的說下這種應用模型.非對稱加密
定義1976年，美國學者Dime和Henman為解決信息公開傳送和密鑰管理問題，提出一種新的密鑰交換協(xié)議，允許在不安全的媒體上的通訊雙方交換信息，安全地達成一致的密鑰，這就是...
-
如何制作交互設計文檔axure sketch ppt 交互文檔什么樣? 封面: 修訂記錄 需求分析: 信息架構: 流程設計: 流程說明: 交互控件羅列: 總結: 流程1:一個頁面說清楚一件事,每...
-
非對稱加密的公鑰私鑰是可以互解的.
B如果需要A發(fā)送信息給自己,則B需要生成一對公鑰和私鑰, 然后將公鑰給A, 傳輸公鑰的過程中就會被中間者看到公鑰,這樣中間攻擊者也持有了B的公鑰.當A通過B的公鑰加密后,這個密文是只有B才可以解開的,因為只有B有私鑰, 即使中間攻擊者攔截到了A通過公鑰加密的密文,他也解不了, 因為他只有公鑰.但是,如果B通過私鑰將數(shù)據(jù)加密后傳輸給A, 這個時候中間攻擊者就可以通過B公布的公鑰將密文解開.所以這樣是不安全的.那怎么辦呢?如果B想發(fā)送數(shù)據(jù)給A,那就只需要A也生成一對公鑰和私鑰, 然后將公鑰公布給B, 即使中間攻擊者也拿到了A的公鑰也沒關系,因為B發(fā)送給A的數(shù)據(jù)是A的公鑰進行加密的, 只有A的私鑰才可以解開,這樣就可以保證安全的情況下進行互相通信了.這就是為什么A和B需要互相持有對方的公鑰了.
而且用私鑰加密數(shù)據(jù)的情況叫數(shù)字簽名,是非對稱加密延伸出的一種用途,也是非對稱加密重要意義所在.非對稱加密
定義1976年，美國學者Dime和Henman為解決信息公開傳送和密鑰管理問題，提出一種新的密鑰交換協(xié)議，允許在不安全的媒體上的通訊雙方交換信息，安全地達成一致的密鑰，這就是...
