JavaU8G下載JavaU8G源代碼下載

JavaU8G

其他源碼

initialize-release

下載

`Java面试通关秘籍`—— `Java_Useful_8股文_Guide`

見者有緣，緣來好運。歡迎訪問我們的八股小站JavaU8G ———— Java_Useful_8股_Guide ???

項目簡介

本項目Java_Useful_8股文_Guide致力於打造一個全面且實用的Java技术与面试指南，涵蓋了從Java基礎知識到高級實踐應用的廣泛領域，包括但不限於Java面试、算法、 JavaSE 、并发编程、 JVM优化、 MySQL 、 OS 、中间件、微服务等核心知識點，以及Spring全家桶及设计模式等內容。

? 互動式學習體驗

我們的知識庫網站獨具匠心地集成了音樂播放器功能，讓學習者能夠在一首歌的時間內專注於並掌握一個Java知識點。這一創新的學習模式旨在提升學習效率與樂趣，讓您在輕鬆的旋律中深入理解Java技術棧的關鍵概念。開啟“听歌学Java ”的高效之旅。
閱讀** Java_Useful_8股文_Guide詳盡內容的同時，將理論知識與實踐相結合，實現全方位、多感官的學習體驗。無論您是在復習Java基礎，還是在鑽研JVM調優的複雜細節，都有相應的精選歌曲陪伴您的學習之路。歡迎廣大開發者積極參與，親身參與到這種新穎的學習方式之中，共同打造更為生動和實用的Java面试及技术提升**資源！

主要內容（Plan）

JavaSE ：深入淺出地講解Java語言的基礎概念與進階特性。
JUC ：收錄大量並發實例代碼及分析，幫助你掌握多線程開發技巧。
JVM ：提供詳盡的JVM原理介紹與實際調優案例，助你成為JVM調優專家。
DesignPatterns ：總結常用的設計模式及其應用場景，提升你的軟件設計能力。
SpringFrames ：全面解讀Spring家族各組件及其實戰用法，增強你在企業級開發中的競爭力。
JavaInterview ：匯總各類Java面試題目的解析與討論，為你準備面試保駕護航。

? 網站地址

官網：?
?‍ 博客（部分文章也有發布）:
- Gitee （速度快）
- Github （宜收藏）

? 更新維護

為了持續提供優質內容，本項目將堅持每日或每周定期更新，及時跟進最新的Java技術和麵試趨勢。我們也誠摯邀請社區成員參與貢獻，通過Pull Request （PR）的方式分享您的知識和經驗。

? 互動與參與

歡迎各位開發者關注此項目、點贊Star以示支持，並積極參與討論與共建。讓我們攜手為Java開發者社群創造一份高質量、持續更新的知識寶典！

如何參與？點擊右上角的Star按鈕關注項目進展。通過Fork功能複制項目到自己的GitHub賬戶，對內容進行修改後發起Pull Request 。在Issues區域提出問題、建議或者分享新的面試題目與解析。

倉庫提交代碼步驟：

選擇本地電腦上一個文件夾，克隆倉庫內容到文件夾中

 # 本处使用 ssh 协议，如未配置，需要先配置本地密钥到GitHub
# 参考链接：https://blog.csdn.net/W_317/article/details/106518894
$ git clone [email protected]:WL2O2O/JavaU8G.git

發表or 更新文章
- 對應文件目錄下創建或更新內容；
- 找到src文件夾中的SUMMARY.md文件，在對應位置新增索引記錄；
- 找到src文件夾中的README.md文件，在對應位置增加TimeLine記錄。
本地倉庫跟踪文件
```
$ git add . 
```
提交代碼到本地倉庫
```
$ git commit -m "你的提交信息"
```
推送代碼到遠程GitHub協作倉庫
```
$ git push origin master
```
等待CI / CD自動更新，大概三分鐘左右

便捷腳本：

本倉庫根目錄中提供了一鍵pull 和一鍵upload 的腳本，因為多人協作為了便捷未設多分支結構進行管理，所以為了以防忘記拉取遠倉最新代碼，可以使用腳本文件進行點擊式操作。

使用步驟：

雙擊autoPull.bat
修改或者新增文件
雙擊autoUpload.bat

注意事項：

Q：為什麼我提交代碼出現了reject 被拒絕？

A：因為是多人協作倉庫，可能在你上傳的時候，本地版本不一致，為了避免衝突，在此步驟1. 更改已有的文件内容或者新增文件之前需要增加拉取仓库最新内容的步驟，為了便捷這一操作，可以直接雙擊autoPull.bat腳本文件進行一鍵拉取，或者命令：

 # 命令解释：拉取 master 分支最新内容     origin：分支标记，master：分支名
$ git pull origin master

只要簡歷上寫熟練使用git ，一般都會問如何解決git 衝突，下面說一下解決方案?

衝突原因分析：

A 與B 同時協作，A 更新了文件Test.md ，然後B 在本地也更新了文件Test.md ，此時A 並不知道，在進行push 操作時被reject。注意：新增的文件不會導致衝突，除非重名，所以發生衝突一般是更新導致的。

解決衝突的方案：

最簡單的——手動解決：不用變動剛才自己修改的內容，先拉取倉庫最新內容，然後文件中會出現需要手動解決衝突的內容標記，手動選擇刪改，然後再push
取消更改文件內容——命令：複製自己更新的文件內容（方便解決衝突後再次粘貼）， git checkout fileName.md取消對某衝突文件的更改--> git pull origin master拉取最新內容--> 再次更新文件--> 推送更新

如何回滾代碼：

一般文件的生命週期：內容修改--> commit 到本地分支--> push 到遠倉

對於已修改，但未commit 文件的回滾：可以使用git checkout fileName.md取消對文件的更改

對於已修改，已commit或者push 文件的回滾：

 # 查看 git 日志的提交记录的32位 hash 值
$ git log

# 回退提交，以 hash 值为 1234 为例（正常是32位）
$ git revert 1234 或者 git reset --hard 1234

revert 会保留更改文件的历史记录，创建一条新的记录，reset 是强制回退，彻底的回到指定的版本，reset 有三种模式可以选择：soft、mixed（默认）、hard（常用）

--soft模式会重置指针，但不会修改工作目录或索引。这意味着之前的更改仍
然存在于工作区中，并且可以重新提交。

--mixed模式是默认模式，它重置指针并更新索引以匹配指定的提交。这将取消索引中的所有更改，但工作目录中的更改将保留。

--hard模式会重置指针，索引和工作区。这意味着所有更改都将永久删除，并
且没有办法澈销或恢复这些更改。

本地已經推送到遠程，但是想修改`Github`提交信息，怎麼操作

如果你已經將更改推送（push）到了遠程倉庫，並且想要修改提交信息，你可以使用git rebase命令來交互式地修改歷史提交。以下是一般步驟：

謹慎操作：修改已經推送到遠程倉庫的提交是一個敏感操作。如果你正在與他人合作，或者你的倉庫是公開的，修改歷史提交可能會給其他人帶來困擾。確保你了解潛在的風險，並通知與你一起工作的其他人。
確保工作區是乾淨的：在開始之前，確保你的工作區沒有任何未提交的更改。你可以使用git status來檢查。如果有未提交的更改，請提交或暫存它們。
執行交互式rebase：

git rebase -i HEAD~n

這裡的n 是你想要修改的提交數量。例如，如果你想要修改最近的3個提交，你可以使用git rebase -i HEAD~3

修改提交信息：這會打開一個交互式界面，列出了你選定的最近的n個提交。對於每個提交，前面都有一個pick命令。找到你想要修改提交信息的那一行，將pick改為reword（或者簡寫為r）。
保存並關閉編輯器。對於每個標記為reword的提交，Git會依次打開編輯器讓你修改提交信息。修改後保存並關閉編輯器。
完成rebase：在修改了所有想要的提交信息後，rebase操作會繼續進行，並創建新的提交以替代舊的提交。
強制推送到遠程倉庫：由於你修改了歷史提交，你需要使用強制推送（force push）來更新遠程倉庫：

git push origin $your -branch-name$ -f

將your-branch-name 替換為你正在工作的分支名。

注意：強制推送會覆蓋遠程倉庫的歷史記錄，因此請確保你了解這一操作的後果，並通知與你一起工作的其他人。

提交了代碼到`GitHub` ，但是提交錯了，怎麼辦？

一、很簡單，如果你不在意Github的commit記錄，那麼你可以直接修改，再次提交。二、你不想遠程commit中顯示了多次提交記錄，那麼你可以：採取以下步驟來刪除本次本地提交並重新推送的代碼：（遠程會同步刪除提交）

打開命令行終端（如Git Bash、Terminal等）。
導航到你的本地倉庫所在的目錄。
執行以下命令來撤銷本次提交：

git reset --soft HEAD~1

這個命令會將你的HEAD指針回退到上一次提交，但是保留了工作區的修改。也就是說，你撤銷了本次提交，但是修改後的代碼仍然保留在你的本地倉庫中。

現在你可以修改代碼，使用git add命令將修改後的文件添加到暫存區，然後使用git commit命令重新提交：

git add < modified_files >  
git commit -m " Fixed issues and re-committed "

這裡的<modified_files>是你修改後的文件路徑或文件名。 -m選項後面跟的是提交信息，你可以根據實際情況自行填寫。

最後，將修改後的代碼推送到GitHub：

git push origin < branch_name >

這裡的<branch_name>是你當前所在的分支名稱，例如main或develop 。

這樣，你就成功地刪除了錯誤的提交並重新提交了修改後的代碼。請確保在執行這些操作之前已經備份了重要的文件和數據。

我想合併`GitHub`的多個`commit`記錄，怎麼辦？

如果你想在GitHub上只顯示一個提交，你可以使用git rebase命令來合併多個提交為一個提交。以下是一個簡單的步驟：

打開命令行終端（如Git Bash、Terminal等）。
導航到你的本地倉庫所在的目錄。
執行以下命令來將多個提交合併為一個提交：

git rebase -i HEAD~ < number_of_commits >

這裡的<number_of_commits>是你想要合併的提交數量。例如，如果你想要合併最近的3個提交，可以輸入HEAD~3 。

執行上述命令後，你將進入一個交互式界面，列出你想要合併的提交。在文件中，將需要保留的提交前面的pick改為squash或s 。保留你想要合併的提交，將其他的提交合併到其中一個提交中。
保存並關閉文件後，Git會重新構建提交歷史，將多個提交合併為一個提交。
在合併完成後，使用以下命令將修改後的代碼推送到GitHub：