經(jīng)過這么多年的Java開發(fā)，以及結(jié)合平時面試Java開發(fā)者的一些經(jīng)驗，我覺得對于J2SE方面主要就是要掌握以下的一些內(nèi)容。 1. JVM相關(guān) 對于剛剛接觸Java的人來說，JVM相關(guān)的知識不一定需要理解很深，對此里面的概念有一些簡單的了解即可。 不過對于一個有著3年以
作者：Richard_Yi 來源：http://39sd.cn/B2A0B 去年我們項目做了微服務(wù)1.0的架構(gòu)轉(zhuǎn)型，但是服務(wù)監(jiān)控這塊卻沒有跟上。這不，最近我就被分配了要將我們核心的微服務(wù)應(yīng)用全部監(jiān)控起來的任務(wù)。我們的微服務(wù)應(yīng)用都是SpringBoot 應(yīng)用，因此就自然而然的想到了借助Sp
一位升P9的伙伴感覺人生受到了人生挫折，居然是第一次升p9失敗，看這履歷，嘖嘖，一路從最好的小學(xué)一路讀到top2大學(xué)，妥妥地別人家的孩子，對學(xué)霸頂禮膜拜，可學(xué)霸偶然受到了打擊，懷疑起了人生，這是不是有點太玻璃心啦？ ? ? ? ? ? ? ?一波人酸了，這明明是
背景說明 有朋友問我一個關(guān)于接口優(yōu)化的問題，他的優(yōu)化點很清晰，由于接口中調(diào)用了內(nèi)部很多的 service 去組成了一個完成的業(yè)務(wù)功能。每個 service 中的邏輯都是獨立的，這樣就導(dǎo)致了很多查詢是重復(fù)的，看下圖你就明白了。 上層查詢傳遞下去 對于這種場景最好
今天一大早，收到了HR發(fā)的入職1周年郵件，頓時有一絲小感慨。 一方面，時間真的猝不及防，過得很快；另一方面，過去這1年里自己在努力地做出改變，雖然找到了一些節(jié)奏，但是內(nèi)心依舊沒法做到平淡如水，不迷茫卻略帶點焦慮。 去年7月份，我從待了3年時間的創(chuàng)業(yè)
?? 作者：z小趙 ★? 一枚用心堅持寫原創(chuàng)的“無趣”程序猿，在自身受益的同時也讓朋友們在技術(shù)上有所提升。 前面利用 6 篇文章講述了 Redis 相關(guān)的基礎(chǔ)知識，相信小伙伴們對 Redis 已經(jīng)有了一個比較深入的認(rèn)識和理解了；本文來講講實際生產(chǎn)環(huán)境中 Redis 作為常
一微軟程序員喊話，體檢后查出身體腎結(jié)石，脂肪肝等多種異常指標(biāo)，感覺自己活不過50歲！來看看這個鍋是不是加班來背呢？該程序員甚至已想到了后事，把銀行卡密碼，股票賬戶都告訴家中老父母希望保重，臥槽，這是什么節(jié)奏，這位小哥是得了啥病咯？要真到那一步
項目總監(jiān)批評程序員穿大褲衩上班太隨意，程序員反駁說是成都下暴雨了，總監(jiān)惱羞成怒指責(zé)程序員情商太低，結(jié)果人家要離職！總監(jiān)懵逼了，項目到一半了，這可咋整呢？ ? ? ? ? 程序員友軍紛紛出來打卡，站隊程序員，說是大褲衩拖鞋是標(biāo)配？啥，還有這種騷操作？
不速之客 夜黑風(fēng)高，烏云蔽月。 兩位不速之客，身著黑衣，一高一矮，潛入Linux帝國。 這一潛就是一個多月，直到他們收到了一條消息······ 高個：“上峰終于給我們派任務(wù)了” 矮個：“什么任務(wù)？我都閑的發(fā)慌了” 高個：“上峰讓我們配合他們完成TCP連接
我寫了一套 6000 頁的 Java 學(xué)習(xí)手冊，以及珍藏四本?Java 人必讀4大神器，分享到知乎已經(jīng) 3 萬贊了！ 整個資料包內(nèi)容專注 Java技術(shù)，包括 Spring、Spring Boot/Cloud、Dubbo、JVM、集合、多線程、JPA、MyBatis、MySQL、大數(shù)據(jù)、Nginx、Git、Docker、GitHub、S
面試官說：工作這么久了，應(yīng)該知道sql執(zhí)行計劃吧，講講Sql的執(zhí)行計劃吧！看了看面試官手臂上紋的大花臂和一串看不懂的韓文，吞了吞口水，暗示自己鎮(zhèn)定點，整理了一下思緒緩緩的對面試官說：我不會 面試官：。。。。，回去等通知吧 我：%^&%$!@# 一、前言 當(dāng)我
最近很多小伙伴，讓我?guī)兔φ乙惶?Java 學(xué)習(xí)資料，于是我翻遍了收藏的 1024G 資料，整理出一份很干很干的珍藏品，可以說是 Java 程序員必備！ 整個資料包內(nèi)容專注 Java 技術(shù)，包括?Spring、Spring Boot/Cloud、Dubbo、JVM、集合、多線程、JPA、MyBatis、MySQL
作者介紹 京東零售在線存儲部，致力于分布式系統(tǒng)、開源數(shù)據(jù)庫技術(shù)的研究，主要負(fù)責(zé)數(shù)據(jù)庫性能調(diào)優(yōu)、監(jiān)控和架構(gòu)設(shè)計。 過去十年，隨著移動互聯(lián)網(wǎng)指數(shù)級的增長，企業(yè)和用戶對應(yīng)用程序的響應(yīng)性能要求越來越高， 如何在完美應(yīng)對海量用戶規(guī)模和海量數(shù)據(jù)的同時保證
寫在前面 在當(dāng)今互聯(lián)網(wǎng)行業(yè)，尤其是現(xiàn)在分布式、微服務(wù)開發(fā)環(huán)境下，為了提高搜索效率，以及搜索的精準(zhǔn)度，會大量使用Redis、Memcached等NoSQL數(shù)據(jù)庫，也會使用大量的Solr、Elasticsearch等全文檢索服務(wù)。那么，這個時候，就會有一個問題需要我們來思考和解決
前言 最近在做的業(yè)務(wù)場景涉及到了數(shù)據(jù)庫的遞歸查詢。我們公司用的 Oracle ，眾所周知，Oracle 自帶有遞歸查詢的功能，所以實現(xiàn)起來特別簡單。 但是，我記得 MySQL 是沒有遞歸查詢功能的，那 MySQL 中應(yīng)該怎么實現(xiàn)呢？ 于是，就有了這篇文章。 文章主要知識點
本站介紹 歡迎投稿 隱私聲明 廣告業(yè)務(wù) 網(wǎng)站地圖 聯(lián)系我們 誠聘英才
21ic電子網(wǎng) 2000- 版權(quán)所有
