原创 筆記分享:進程與線程的關係

圖片均來源於網絡 進程和線程的由來 串行:初期的計算機智能串行執行任務,並且需要長時間等待用戶輸入 批處理:預先將用戶的指令集中成清單,批量串行處理用戶指令,仍然無法併發執行 進程:進程獨佔內存空間,保存各自運行狀態,相互間不干擾可以互相

原创 筆記分享:網絡基礎之HTTP簡介

注:圖片均來自網絡 超文本傳輸協議HTTP主要特點 支持客戶/服務器模式 簡單快速 程序規模小,通信速度快 靈活 允許傳輸任意類型的數據對象 無連接 每次連接,只處理一個請求,節省傳輸時間 無狀態 協議對於事物處理沒有

原创 筆記分享:網絡基礎之Cookie和Session的區別

由於HTTP是無狀態的,爲了保持用戶的狀態,需要一種技術來實現。 Cookie簡介 它是客戶端的一種保存狀態的解決方案 是由服務器發給客戶端的特殊信息,以文本的形式存放在客戶端 客戶端在每次訪問服務器時都會帶上Cookie 它在請求中是

原创 筆記分享:網絡基礎之TCP/IP四次揮手

圖片來源自網絡 “揮手”是爲了終止連接,TCP四次揮手的流程圖如下: 第一次揮手:Client發送一個FIN,用來關閉Client到Server的數據傳送,Client進入FIN_WAIT_1狀態; 客戶端發送報文,完成信號FIN=1

原创 筆記分享:網絡基礎篇之OSI七層模型

圖片來源網絡:   應用層 網絡服務與最終用戶的一個接口。 協議有:HTTP FTP TFTP SMTP SNMP DNS TELNET HTTPS POP3 DHCP 表示層 數據的表示、安全、壓縮。(在五層模型裏面已經合併到了應用層

原创 筆記分享:網絡基礎之UDP

圖片來自網絡 面向非連接。 不維護連接狀態,支持同時向多個客戶端傳輸相同的消息。 數據包報頭只有8個字節,額外開銷較少。 吞吐量只受限於數據生成速率、傳輸速率以及機器性能。 盡最大努力交付,不保證可靠支付,不需要維持複雜的鏈接狀態表。

原创 筆記分享:網絡編程基礎之TCP的三次握手

圖片來源自網絡: 第一次握手:建立連接時,客戶端發送SYN包(seq=x)到服務器,並進入SYN_SEND狀態,等待服務器確認; 發送同步信號SYN=1,以及選擇一個初始的字節序號(任意一個正整數值)。 客戶端的進程進入SYN-SEN

原创 筆記分享:網絡基礎之HTTPS

HTTPS簡介 圖片來源自網絡 SSL(Security Sockets Layer,安全套接層) 爲網絡通信提供安全及數據完整性的一種安全協議 是操作系統對外的API,SSL3.0後更名爲TLS 採用身份驗證和數據加密保證網絡通信的安

原创 筆記分享:網絡基礎篇之傳輸控制協議TCP報文解析

圖片來源自網絡 面向連接的、可靠地、基於字節流的傳輸層通信協議 將應用層的數據流分割成報文段併發送給目標節點的TCP層 數據表都有序號,對方收到則發送ACK確認,未收到則重傳 使用校驗和來檢驗數據在傳輸過程中是否有誤   TCP報文頭:

原创 JWT驗籤

      本人在最近使用到的一個項目中,權限系統使用的是Spring Cloud OAuth2,然後使用了JWT非對稱加密的授權模式。其他的資源服務器可通過http://localhost:9090/oauth/token_key來獲取

原创 自己編寫的一個基於java的socket網絡聊天程序

java網絡聊天程序 剛學習了JavaSocket做的簡單的練手程序,若程序存在bug,求大神們指教了! 由於我採用的是自己的IP地址,需要修改一下ChatClient的IP地址,以及client下的FileSend的IP地址,有意者

原创 jQuery的常用方法

特效操作: animate({css樣式},時間t) .hide()  隱藏元素 .show() 顯示元素 .toggle() 隱藏於顯示元素,可在括號內控制速度(2000)   .sildeup() 改變元素的height屬性,直到爲0