java生成token
❶ java jwt token 生成很慢啊
jwt不算慢，基本是毫秒，你測試的方法估計有問題，單元測試1次jwt生成基本都是1~2秒，因為java程序剛剛啟動佔用大量資源，你循環1000次jwt生成速度對比就知道了， 基本是毫秒級別！
❷ 如何用Java代碼段生成四位數字加字母的驗證碼
不知道你問的是不是生成這種圖片驗證碼？如果只要一個隨機四位數 那這行代碼就夠了(new Random().nextInt(9000) + 1000;),如果是生成頁面圖片驗證碼就是下面的了: //設定 響應模式 resp.setContentType("image/jpeg"); // 生成令牌環數據; Integer token = new Random().nextInt(9000) + 1000; // 保存令牌環數據到session中 req.getSession().setAttribute(IMAGE_TOKEN_NAME, token); // 生成令牌環圖片 ServletOutputStream out = resp.getOutputStream(); BufferedImage img = new BufferedImage(60, 20, BufferedImage.TYPE_INT_RGB); Graphics g = img.getGraphics(); g.setColor(Color.YELLOW); g.fillRect(0, 0, img.getWidth(), img.getHeight()); g.setColor(Color.BLUE); g.setFont(new Font("", Font.BOLD, 18)); g.drawString(String.valueOf(token), 10, 16); ImageIO.write(img, "jpg", out); out.close();
下面簡單的介紹他們的功能和用途，執行效率等。每個都有各自的優缺點看你是做甚什麼方面的研究開發用。.net，是網站編程，現在很多都用這個，但是這個語言編程都有統一思路，很好掌握。窒息那個效率不是很高；php 支持跨平台，很容易學會，執行的效率很高；asp是ASP.net的前身，它比較穩定，比.net要弱一點。但是比.net好學。jsp 是網頁編程，這個學習大約一周就能搞定，不過這個得多實踐，不然的話，時間長了，就容易忘記。
我自己做的系統裡面用作驗證碼的JSP的<%@page contentType="image/jpeg;charset=utf-8"%><%@page import="java.util.*,java.awt.*,java.awt.image.*,javax.imageio.*" %><%@ page import="java.io.OutputStream" %><html> <body> <%! Color getRandColor(int fc,int bc) { Random rd=new Random(); if(fc>255) fc=255; if(bc>255) bc=255; int red=fc+rd.nextInt(bc-fc); int green=fc+rd.nextInt(bc-fc); int blue=fc+rd.nextInt(bc-fc); return new Color(red,green,blue); } %> <% Random r=new Random(); response.addHeader("Pragma","No-cache"); response.addHeader("Cache-Control","no-cache"); response.addDateHeader("expires",0); int width=90; int height=23; BufferedImage pic=new BufferedImage(width,height,BufferedImage.TYPE_INT_RGB); Graphics gc=pic.getGraphics(); gc.setColor(getRandColor(200,250)); gc.fillRect(0,0,width,height); String[] rNum ={"0","1","2","3","4","5","6","7","8","9","a","b","c","d","e","f", "g","h","i","j","k","l","m","n","o","p","q","r","s","t","u","v","w", "x","y","z","A","B","C","D","E","F","G","H","I","J","K","L","M","N", "O","P","Q","R","S","T","U","V","W","X","Y","Z"}; int[] style = {Font.PLAIN,Font.BOLD,Font.ITALIC,Font.PLAIN+Font.BOLD, Font.BOLD+Font.ITALIC,Font.PLAIN+Font.ITALIC,Font.PLAIN+Font.BOLD+Font.ITALIC}; gc.setColor(Color.WHITE); gc.drawLine(0,30,90,10); gc.setColor(getRandColor(160,200)); for (int i=0;i<50;i++) { int x = r.nextInt(width); int y = r.nextInt(height); int xl = r.nextInt(10); int yl = r.nextInt(10); gc.drawLine(x,y,x+xl,y+yl); } gc.setColor(getRandColor(60,150)); String rt = ""; for(int i=0;i<4;i++){ String temp = rNum[r.nextInt(62)]; rt = rt+temp; gc.setFont(new Font("Times New Roman",style[r.nextInt(7)],15)); gc.drawString(temp,5+i*15+r.nextInt(10),10+r.nextInt(10)); } gc.dispose(); session.setAttribute("randNum",rt); OutputStream os=response.getOutputStream(); ImageIO.write(pic,"JPEG",os); System.out.println("當前驗證碼為:"+session.getAttribute("randNum")); os.flush(); os.close(); os=null; response.flushBuffer(); out.clear(); out = pageContext.pushBody(); %> </body></html>
❸ 請教Java 登錄token的用法
jsp生成表單時，
1 在表單中插入一個隱藏<input>欄位，該欄位就是保存在頁面端的token字元串，同時把該字元串存入session中。
2 用戶提交表單時，會一並提交該隱藏的token字元串。
3 在伺服器端，查看下是否在session中含有與該token字元串相等的字元串。
3 .1 如果有，那麼表明是第一次提交該表單，然後刪除存放於session端的token字元串，再做正常業務邏輯流程；(注意此處已經將session端的token字元串 刪除)
3.2 如果沒有，那麼表示該表單被重復提交，做非正常流程處理，可以警告提示也可以什麼也不做（第一次提交後session端的token字元串已刪除）
❹ java的token就是驗證碼嗎
TOKEN是標記的意思，在java中多用於簽到。 解釋：tOKEN通常具有實時性，也就是說如果超過特定的標記時間，之後標記會自動失效，如手機驗證碼，動態的登錄驗證碼都是可以認為是標記的一種形式。
❺ java中 TOKEN的概念
token 你可以把他當做一個令牌，當第一次訪問時設置一個令牌保存,一般我們保存在session中，當啟動令牌時，那麼就去檢測令牌是否一致，然後銷毀令牌或者重置令牌，這樣第二次再用次令牌訪問時，就會不一致了，直接提示重復提交了
❻ java web應用如何實現單點登錄
實現方式一：父域 Cookie
實現方式二：認證中心
實現方式三：LocalStorage跨域
補充：域名分級
在 B/S 系統中，登錄功能通常都是基於 Cookie 來實現的。當用戶登錄成功後，一般會將登錄狀態記錄到 Session 中，或者是給用戶簽發一個 Token，無論哪一種方式，都需要在客戶端保存一些信息（Session ID 或 Token ），並要求客戶端在之後的每次請求中攜帶它們。在這樣的場景下，使用 Cookie 無疑是最方便的，因此我們一般都會將 Session 的 ID 或 Token 保存到 Cookie 中，當服務端收到請求後，通過驗證 Cookie 中的信息來判斷用戶是否登錄 。
單點登錄（Single Sign On, SSO）是指在同一帳號平台下的多個應用系統中，用戶只需登錄一次，即可訪問所有相互信任的應用系統。舉例來說，網路貼吧和網路地圖是網路公司旗下的兩個不同的應用系統，如果用戶在網路貼吧登錄過之後，當他訪問網路地圖時無需再次登錄，那麼就說明網路貼吧和網路地圖之間實現了單點登錄。
單點登錄的本質就是在多個應用系統中共享登錄狀態。如果用戶的登錄狀態是記錄在 Session 中的，要實現共享登錄狀態，就要先共享 Session，比如可以將 Session 序列化到 Redis 中，讓多個應用系統共享同一個 Redis，直接讀取 Redis 來獲取 Session。
當然僅此是不夠的，因為不同的應用系統有著不同的域名，盡管 Session 共享了，但是由於 Session ID 是往往保存在瀏覽器 Cookie 中的，因此存在作用域的限制，無法跨域名傳遞，也就是說當用哪吵戶在 app1.com 中登錄後，Session ID 僅在瀏覽器訪問 app1.com 時才會自動在請求頭中攜帶，而當瀏覽器訪問 app2.com 時，Session ID 是不會被帶過去的。實現單點耐缺登錄的關鍵在於，如何讓 Session ID（或 Token）在多個域中共享。
實現方式一：父域 Cookie
在將具體實現之前，我們先來聊一聊 Cookie 的作用域。
Cookie 的作用域由 domain 屬性和 path 屬性共同決定。domain 屬性的有效值為當前域或其父域的域名/IP地址，在 Tomcat 中，domain 屬性默認為當前域的域名/IP地址。path 屬性的有效值是以「/」開頭的路徑，在 Tomcat 中，path 屬性默認為當前 Web 應用的上下文路徑。
如果將 Cookie 的 domain 屬性設置為當前域的父域，那麼就認為它是父域 Cookie。Cookie 有一個特點，即父域中的 Cookie 被子域所共享，換言之，子域會自動繼承父域中的Cookie。
利用 Cookie 的這個特點，不難想到，將 Session ID（或 Token）保存到父域中不就行了。沒錯，我們只需要將 Cookie 的 domain 屬性設置為父域的域名（主域名），同時將 Cookie 的 path 屬性設置為根路徑，這樣所有的子域應用就都可以訪問到這個 Cookie 了。不過這要求應用系統的域名需建立在一個共同的主域名之下，如 tieba..com 和 map..com，它們都建立在 .com 這個主域名之下，那麼它們就可以通過這種方式來實現單點登錄。
總結：此種實現方式比較簡單，但不支持跨主域名。
實現方式二：認證中心
我們可以部署一個認證中心，認證中心就是一個專門負責處理登錄請求的獨立的 Web 服務。
用戶統一在認證中心進行登錄，登錄成功後，認證中心記錄用戶的登錄狀態，並將 Token 寫入 Cookie。（注意這個 Cookie 是認證中心的，應用系統是訪問不到的。）
應用系統檢查當前請求有沒有 Token，如果沒有，說明用戶在當前系昌緩辯統中尚未登錄，那麼就將頁面跳轉至認證中心。由於這個操作會將認證中心的 Cookie 自動帶過去，因此，認證中心能夠根據 Cookie 知道用戶是否已經登錄過了。如果認證中心發現用戶尚未登錄，則返回登錄頁面，等待用戶登錄，如果發現用戶已經登錄過了，就不會讓用戶再次登錄了，而是會跳轉回目標 URL ，並在跳轉前生成一個 Token，拼接在目標 URL 的後面，回傳給目標應用系統。
應用系統拿到 Token 之後，還需要向認證中心確認下 Token 的合法性，防止用戶偽造。確認無誤後，應用系統記錄用戶的登錄狀態，並將 Token 寫入 Cookie，然後給本次訪問放行。（注意這個 Cookie 是當前應用系統的，其他應用系統是訪問不到的。）當用戶再次訪問當前應用系統時，就會自動帶上這個 Token，應用系統驗證 Token 發現用戶已登錄，於是就不會有認證中心什麼事了。
這里順便介紹兩款認證中心的開源實現：
Apereo CAS 是一個企業級單點登錄系統，其中 CAS 的意思是」Central Authentication Service「。它最初是耶魯大學實驗室的項目，後來轉讓給了 JASIG 組織，項目更名為 JASIG CAS，後來該組織並入了Apereo 基金會，項目也隨之更名為 Apereo CAS。
XXL-SSO 是一個簡易的單點登錄系統，由大眾點評工程師許雪裡個人開發，代碼比較簡單，沒有做安全控制，因而不推薦直接應用在項目中，這里列出來僅供參考。
總結：此種實現方式相對復雜，支持跨域，擴展性好，是單點登錄的標准做法。
實現方式三：LocalStorage 跨域
前面，我們說實現單點登錄的關鍵在於，如何讓 Session ID（或 Token）在多個域中共享。
父域 Cookie 確實是一種不錯的解決方案，但是不支持跨域。那麼有沒有什麼奇淫技巧能夠讓 Cookie 跨域傳遞呢？
很遺憾，瀏覽器對 Cookie 的跨域限制越來越嚴格。Chrome 瀏覽器還給 Cookie 新增了一個 SameSite 屬性，此舉幾乎禁止了一切跨域請求的 Cookie 傳遞（超鏈接除外），並且只有當使用 HTTPs 協議時，才有可能被允許在 AJAX 跨域請求中接受伺服器傳來的 Cookie。
不過，在前後端分離的情況下，完全可以不使用 Cookie，我們可以選擇將 Session ID （或 Token ）保存到瀏覽器的 LocalStorage 中，讓前端在每次向後端發送請求時，主動將 LocalStorage 的數據傳遞給服務端。這些都是由前端來控制的，後端需要做的僅僅是在用戶登錄成功後，將 Session ID （或 Token ）放在響應體中傳遞給前端。
在這樣的場景下，單點登錄完全可以在前端實現。前端拿到 Session ID （或 Token ）後，除了將它寫入自己的 LocalStorage 中之外，還可以通過特殊手段將它寫入多個其他域下的 LocalStorage 中。
————————————————
版權聲明：本文為CSDN博主「風水道人」的原創文章，遵循CC 4.0 BY-SA版權協議，轉載請附上原文出處鏈接及本聲明。
原文鏈接：https://blog.csdn.net/jcmj123456/article/details/114296482
前端通過 iframe+postMessage() 方式，將同一份 Token 寫入到了多個域下的 LocalStorage 中，前端每次在向後端發送請求之前，都會主動從 LocalStorage 中讀取 Token 並在請求中攜帶，這樣就實現了同一份 Token 被多個域所共享。
總結：此種實現方式完全由前端控制，幾乎不需要後端參與，同樣支持跨域。
補充：域名分級
從專業的角度來說（根據《計算機網路》中的定義），.com、.cn 為一級域名（也稱頂級域名），.com.cn、.com 為二級域名，sina.com.cn、tieba..com 為三級域名，以此類推，N 級域名就是 N-1 級域名的直接子域名。
從使用者的角度來說，一般把可支持獨立備案的主域名稱作一級域名，如 .com、sina.com.cn 皆可稱作一級域名，在主域名下建立的直接子域名稱作二級域名，如 tieba..com 為二級域名。