只能說是瞭解一部分的基本語法和邏輯，不知道樓主理解的增刪改查是什麼樣的，是僅僅指揮增刪改查，還是說可以滿足一個專案正常的業務邏輯編碼

1、如果是前者的話，建議多學習Java的基本原理多執行緒，IO，多型等等，然後自己想想實現一些什麼功能，或者是網上看到一些好的業務，可以自己帶著敲，然後透過基礎知識來實現，這段時間主要是基礎結合框架spring ，springmvc，mybatis等等來實現業務編碼；

2、如果是後者的話，建議：

第一：提高程式碼質量，為什麼這個放在第一位呢，一個好的程式碼習慣，可以讓你的程式碼看的有條理，而且讓你的程式可以更健壯的雲心，避免oom等錯誤，好的編寫程式碼質量是從開始就養成的，使用阿里的程式碼規範外掛，來提醒自己。

第二點：多瞭解當今主流的技術，springCloud、dubbo、redis、和非關係型資料庫，不需要全懂，挑自己感興趣的深入的學歷，比如對redis感興趣，你可以看看redis是相關的技術、叢集模式、哨兵、分散式鎖等用redis怎麼實現的

第三點：就是適當的閱讀一下jdk、spring的底層程式碼，現在spring絕對是java程式設計中的主力。閱讀底層程式碼可以讓我們更好的瞭解其實現的程式碼，方便以後我們根據專案需要寫出自定義的程式碼介面，減少以後工作的程式碼，同時學習下大佬是怎麼實現的，所用的思想。從而提高自己的程式碼封裝性和模組化等

第四點：多逛逛論壇，csdn、碼雲、github等。看看別人好的專案，學習補充自己！

後續就是框架+思想，需要學習的東西還有很多，繼續努力！推薦幾本書，第一本我主要是當工具書來用的，我比較推薦第二本和第三本，設計模式+底層原理，Java千變萬化，都離不開JVM，所以底層很重要。後面幾本書，我覺得可以根據自己的喜好和發展方向進行合理的選擇。目前我在看大型網站技術機構。加油，不要慌，經驗都是日積月累的！

所謂的工作內容是否是增刪改查，要看自己的能力和努力的。當你的能力除了掌握spring框架，大資料，微服務，容器化等，你就會發現實際的工作內容中除了增刪改查之外，還有很多其他的工作內容。但是如果你本身自己沒多少技能，又不去學習和提升，那麼自身層次還是會停留在基礎的CURD

作為一名從業多年的Java程式設計師，同時也出版過Java程式設計書籍，所以我來回答一下這個問題。

首先，對於大部分初級Java程式設計師來說，如果面對的是Web應用級開發任務，確實會面對大量的增刪改查操作，實際上很多Java程式設計師都是從“增刪改查”走過來的，這個過程也能夠積累一定的開發經驗。但是隨著當前雲計算和大資料的發展，目前Java程式設計師的工作任務也有了一些較為明顯的變化。

從當前的開發場景來看，目前Java初級程式設計師的工作任務有三大方面的變化：

第一：從資料庫向介面遷移。目前大量的Java開發任務都在向介面方向遷移，這在近兩年有非常明顯的體現，一個主要原因是平臺化趨勢導致的。隨著產業結構升級的持續推進，這種網路平臺和業務系統之間的銜接問題往往需要透過介面來完成。相對於資料庫程式設計來說，介面開發對於程式設計師的要求要稍微高一些，要求程式設計師對於Java抽象具有較為系統的瞭解。

第二：行業經驗比較重要。早期的初級Java程式設計師通常並不需要具有較多的行業經驗，只需要按照設計流程完成資料處理就可以了，但是目前在雲計算平臺的推動下，初級Java程式設計師也需要了解一定的行業知識，這是一個比較明顯的變化。

第三：資源整合能力。早期的Java程式設計師主要關注於業務邏輯處理，而當前Java程式設計師更重要的任務是完成資源的整合和利用，這一點在雲計算、大資料時代有更為明顯的體現，因為很多功能都由開發平臺提供了，程式設計師只需要把這些功能整合起來就可以了。對於當前的Java初級程式設計師來說，要想提升資源整合能力，一定要注重雲計算平臺和大資料平臺的運用。

樓主別慌，找工作面對的絕大多數公司是基於資料庫的專案，那自然是增刪查改的，中間一般會涉及到一點資料正確性的校驗，一些業務邏輯的處理，這類工作用到的java很基礎，你可以的。再到後面更高階些的工作，你就不會提這樣的問題了，所有的程式設計工作就那麼點事，不論什麼方向都是程式語言實現需求，要做的就是打好程式設計基礎，看看api文件，瞭解需求，動手擼程式碼。

如果你是剛畢業不久，工作年限在一年左右的話，那麼你進公司前期會做一些後臺管理系統的開發，當然是增刪改查啦，因為風險比較低，等你對業務以及公司使用的技術有所瞭解之後，會慢慢的寫一些較複雜的業務程式碼

Java一般找工作都是在web後端領域應用，總的來講是curd沒錯，但是關聯起來內容特別多，從JAVASE到EE，再到SPRING全家桶，maven等構建工具，git...，以及LINUX的使用，設計模式，架構，即便資料庫方面也有關係型的MySQL和非關係型的redis，還有中介軟體之類的擴充套件知識。所以僅僅是CURD是不能找到工作的，得對JAVA技術棧都有一個深刻的認識和應用，尤其是BAT大廠對這些底層要求還高，要學的東西很多啊。

初級Java工程師的日常就是CURD，隨著工齡增加，你要學會資料庫表設計，快取的使用、效能最佳化，分散式，專案架構的設計。

我的一位java小夥伴（7年開發經驗）他曾說：“後端主要還是CRUD”......但他還曾說：“如果有人看不起我，說我只會增刪改查，我一定和他急眼！”

這裡，我會選擇“急眼”勁頭做答：Java開發當然不僅僅是增刪改查，而且要豐富得多！如下：

的確，某些產品/專案非常簡單，以至於後端差不多隻需要搞個CRUD，想一想，如果是一個待辦事項的清單，那就跟寫"hello world"一樣——你儲存一些常規專案列表就完事了（......這就是為啥在應用商店中扒拉扒拉一大堆此類app的原因）。

但是！我只說了0，所有事物都是0到n的，後端想象空間是廣闊的，自然可以從待辦事項列表（0）一直延展到你可以想象到的最複雜最複雜的系統（n）。

我和前面那位朋友合作過的產品/專案，即有單純後端CRUD的Web應用，該應用的前端程式碼複雜度幾乎是後端的10倍；同時，我們也合作過比“單純CRUD“複雜100倍的專案；

這種比“單純CRUD“要複雜100倍的專案，究竟複雜在哪裡？見下面2-1到2-4：

首當其衝的是，開發的延展性和修改資料。這還不光是一個SQL資料庫，而是好幾個，甚至是分片資料庫；如果是NoSQL的不同變體，會涉及到鍵值儲存、檔案儲存、時間序列資料庫、圖形資料庫和各種其它複雜的儲存技術。有時，在同一系統中會使用幾種不同的儲存技術，如果是分散式儲存，就會有許多工程挑戰，譬如一致性和可用性約束，它們通常由後端做處理，又由此會有多層快取......

當不同的服務透過訊息傳遞進行實時傳輸時，事件驅動的結構以及流處理會把後端開發的複雜性推向另一個高度，其背後是事務、異常和除錯；為了支援分散式非同步訊息傳遞，後端通常需要各種後備機制，從而確保其不同的實體可以從容應對故障，保持系統正常執行。

肯定有人會說，這是後端開發中最無聊的部分，不可小覷的是，大機率後端必須面對需要支援各種通訊協議和標準（而且文件恐怕還不是很齊備），此外，會存在對開發者不透明的三方系統的依賴關係，意味什麼？意味著需要適度的進行各種異常處理。

你又說了，這才是最有趣的部分！這個有趣的部分正視我們所說的“業務邏輯”。聽上去簡單，那是因為這源自PM提供的一些條條框框的東西，需要用程式碼去詮釋——客戶下訂單、查庫存量.....庫存數減訂單數......一直到出庫等等，這背後又各種各樣的不可預知的“坑“，這些“坑”讓開發變得相當複雜，想一想，這背後的域邏輯可能包含高階的演算法......就像我那java小夥伴說的：“越是看似簡單的產品，背後邏輯越是複雜”。

所以說，Java也是有大學問的語言，不僅限於增刪改查。

不止增刪改查呀，web一般都是增刪改查相關，你如果不喜歡web的工作，可以嘗試嘗試中介軟體的編寫，也可以做演算法呀，很多有趣的東西等著你發現。