為什麼不在框架整合中繫結本地執行緒？

它需要繫結去挖掘和搜尋。 先啟動專案上的 h2 bin 或檔案，啟動 h2 資料庫框架和 h2 資料庫整合方法，在資料庫下建立乙個 schema 目錄（相當於資料庫經驗日曆）

1.框架構建。

將 jar 檔案從 struts2 引導到專案中。 將檔案複製到專案的 src 目錄。

修改檔案。 新增： struts2

struts2

呼叫中的方法。

自動方法呼叫（僅執行）。

指定方法呼叫（通過操作標記中的 method 屬性）。

動態方法呼叫（呼叫時，在操作後新增！ 方法名稱，例如 login！deletuser)

注意：萬用字元呼叫。

3.操作接收客戶端引數的方式。

直接在操作中定義引數變數，並生成 set 和 get 方法。

定義接收引數的類。

注意：為操作的成員變數提供了 get 和 set 方法。

讓操作實現模型驅動介面，並在其中實現 getmodel 方法。

如果使用 ActionContext 獲取它，則得到的只是乙個 map 物件。

使用 servletActionContext 獲取基於 servlet API 的物件。

讓操作實現 requestaware、sessionaware 和 applicationaware 介面，並在其中實現方法。

5.四個轉向。

對頁面的操作（預設）。

操作重定向到頁面。

行動到行動

登入是乙個很好的平衡。

loginlogin

操作重定向到操作登入

將 Hibernate 配置寫入 Spring 配置，並使用 Spring 管理和呼叫 Hibernate 工廠和會話等。

支柱通常為 2 英吋。 一種是在 Spring 中使用工廠類而不是 Struts 的工廠類來生成動作，並使用 Spring 來管理它們。 另一種是 struts 在自己的工廠中生成動作，但由 Spring 管理。

這有點耦合。

差不多就是這樣，Hibernate 負責它最擅長的事情，資料庫管理。 struts 頁面的請求處理呼叫相應的底層資料庫等。 Spring 負責管理它們

無法傳送**。 你聯絡我，幫助你傳遞它。

Spring AOP 依賴注入是乙個單例物件，如果我們使用多個相同的處理並且不太耗時，我們一般會使用 for 迴圈直接執行，在這種情況下，即使有事務管理，也不會影響業務執行; 但是，大多數應用，如系統間互動，都是耗時的，不建議使用for迴圈來執行業務，所以我們想用執行緒來解決這個問題。

另外，作為旁註：如果你在Spring提供的@test下進行測試：如果有多執行緒，你需要呼叫它; 實現執行緒等待，這也是測試多執行緒模式所必需的。

如果不新增執行緒休眠，並且不等待多執行緒完成，則很可能不會檢測到多執行緒呼叫的處理。

多執行緒在哪裡，在什麼上下文中