java防刷

① java poi導出Excel進度問題

表單form 里加入<s:token></s:token> 代碼，
token標簽是用於防止多次提交的標簽。避免了刷新頁面時多次提交，如果需要該標簽起作用，則應該在Struts2的配置文件中啟用TokenInterceptor攔截器或TokenSessionStoreInterceptor攔截器。token標簽的實現原理是在表單中拉架一個隱藏域，每次載入該頁面時，該隱藏域的值都不相同。而TokenInterceptor攔截器則攔截所有用戶請求，如果兩次請求時該隱藏域的值相同，則阻止表單提交。
然後需要你自己寫一個攔截器，攔截錯誤信息，攔截下來之後給出的提示語句就可以你自己定了比如「當前頁面正在提交過程中，不允許重復提交！」

② java 單例模式這個要怎麼理解

單例模式（Singleton Pattern）是 Java 中最簡單的設計模式之一。這種類型的設計模式屬於創建型模式，它提供了一種創建對象的最佳方式。
這種模式涉及到一個單一的類，該類負責創建自己的對象，同時確保只有單個對象被創建。這個類提供了一種訪問其唯一的對象的方式，可以直接訪問，不需要實例化該類的對象。
注意：
1、單例類只能有一個實例。
2、單例類必須自己創建自己的唯一實例。
3、單例類必須給所有其他對象提供這一實例。
介紹

意圖：保證一個類僅有一個實例，並提供一個訪問它的全局訪問點。
主要解決：一個全局使用的類頻繁地創建與銷毀。
何時使用：當您想控制實例數目，節省系統資源的時候。
如何解決：判斷系統是否已經有這個單例，如果有則返回，如果沒有則創建。
關鍵代碼：構造函數是私有的。
應用實例：
1、一個班級只有一個班主任。
2、Windows 是多進程多線程的，在操作一個文件的時候，就不可避免地出現多個進程或線程同時操作一個文件的現象，所以所有文件的處理必須通過唯一的實例來進行。
3、一些設備管理器常常設計為單例模式，比如一個電腦有兩台列印機，在輸出的時候就要處理不能兩台列印機列印同一個文件。
優點：
1、在內存里只有一個實例，減少了內存的開銷，尤其是頻繁的創建和銷毀實例（比如管理學院首頁頁面緩存）。
2、避免對資源的多重佔用（比如寫文件操作）。
缺點：沒有介面，不能繼承，與單一職責原則沖突，一個類應該只關心內部邏輯，而不關心外面怎麼樣來實例化。
使用場景：
1、要求生產唯一序列號。
2、WEB 中的計數器，不用每次刷新都在資料庫里加一次，用單例先緩存起來。
3、創建的一個對象需要消耗的資源過多，比如 I/O 與資料庫的連接等。
注意事項：getInstance() 方法中需要使用同步鎖 synchronized (Singleton.class) 防止多線程同時進入造成 instance 被多次實例化。

③ 一文帶你了解Java微服務的相關知識，值得收藏！

Java微服務相關知識概述：

• 微服務架構：隨著互聯網技術的發展，微服務架構已成為主流，取代了單體架構、集群架構和分布式架構。微服務通過細粒度拆分業務，使得每個服務獨立部署，具有強可擴展性和低耦合度。

• 微服務架構演進歷程：

  • 單體架構：早期互聯網僅需單一伺服器和資料庫，業務邏輯集中在一個應用中。
  • 集群架構：隨著用戶量增加，引入多伺服器以應對訪問壓力，提高系統可用性。
  • 分布式架構：將業務拆分為多個模塊以提高並發處理能力，但模塊間通信和事務管理變得復雜。
  • 微服務架構：進一步細化業務，每個服務獨立部署，服務間通過輕量級通信機制進行通信。

• SpringCloud簡介：

  • 定義：SpringCloud是微服務架構的集成框架，整合了一系列優秀組件，簡化開發，支持跨平台。
  • 優缺點：
  • 優點：低耦合、支持並行開發、配置簡單、跨平台、資料庫獨立、服務間通信便捷。
  • 缺點：部署復雜、數據管理繁瑣、測試和監控困難。
  • 應用場景：適用於復雜業務、高並發和多終端場景，如金融、電商和智能家居行業。

• SpringCloud核心組件：

  • Eureka：服務治理組件，負責服務的注冊發現和負載均衡。
  • Feign：聲明式服務調用組件，簡化服務間調用。
  • Ribbon：負載均衡工具，用於在多個服務實例間進行請求分發。
  • Hystrix：熔斷限流組件，用於保障系統穩定性，防止服務雪崩效應。
  • Zuul：服務網關組件，提供路由、安全和監控功能。
  • Config：分布式配置中心，用於集中管理配置信息，支持動態刷新。

掌握上述內容，你將能夠深入理解Java微服務中的Springcloud相關知識，為求職和職業發展打下堅實基礎。

④ javaweb防止表單重復提交的幾種解決方案

1.js方法解決:關於js方法解決就是說通過js動態控制提交按鈕不能多次點擊，或者多次點擊不起作用。

方案一:通過設立標識使表單不能重復提交:

要強調的是，利用session方法解決表單重復問題是十分完美的，基本上可以應對各種重復提交問題。

但！是不是之前在客戶端防止表單重復提交的種種方法就不使用了呢？

答案是否定的，我們需要多種方法混合使用才能達到最好的效果，也許有人會問，不是說session方法基本可以應對各種重復提交問題了嗎？

這里我們所說的達到最好效果指的是，給用戶更好地體驗，例如用戶點擊了提交按鈕，這時將按鈕變為不可用的，用以告訴用戶你已經提交內容了，不可重復提交。還有如果無論什麼情況都用session防止表單重復提交問題，反而無形的增加了伺服器端的負擔。

⑤ Java使用Hutool工具類輕松生成驗證碼

Java使用Hutool工具類可以輕松生成驗證碼。以下是關於使用Hutool工具類生成驗證碼的要點：

1. 驗證碼的作用：

   • 驗證碼是一種廣泛應用於網路服務中的安全機制，用於驗證用戶身份，防止惡意軟體和自動化腳本的濫用。
   • 驗證碼的應用場景包括注冊賬戶、登錄驗證、密碼重置、防止刷單刷票、搶購秒殺活動保護、防止惡意爬蟲以及金融交易敏感操作的安全驗證等。

2. 使用Hutool生成驗證碼：

   • 引入依賴：首先，需要在項目中引入Hutool的依賴。
   • 生成驗證碼：使用Hutool提供的驗證碼生成類，可以輕松生成帶有扭曲干擾、線條干擾或圓圈干擾的驗證碼。
   • 自定義設置：可以自定義驗證碼的背景顏色、字元集、字體樣式等參數。但需注意，背景顏色的設置在首次創建驗證碼時初始化，後續設置可能不會重新賦值。

3. 驗證碼的校驗：

   • 在生成驗證碼時，可以將驗證碼的UUID和驗證碼值存儲在Redis等緩存中，以便後續校驗。
   • 前端需要將驗證碼的UUID和用戶輸入的驗證碼一並提交到後端進行校驗。

4. 注意事項：

   • 生成的驗證碼應具有一定的復雜性和隨機性，以增加破解難度。
   • 驗證碼的存儲和校驗過程應確保安全性和可靠性，防止被惡意攻擊者利用。

通過Hutool工具類，Java開發者可以方便地生成和校驗驗證碼，從而提升系統的安全性和用戶體驗。