在微服務架構中，一次請求往往涉及到多個模塊，多個中間件，多臺機器的相互協(xié)作才能完成。這一系列調用請求中，有些是串行的，有些是并行的，那么如何確定這個請求背后調用了哪些應用，哪些模塊，哪些節(jié)點及調用的先后順序？如何定位每個模塊的性能問題？本文將為你揭曉答案。
都說九月十月是跳槽的高峰期 （也有金九銀十的說法），所以 近期 計劃出一些 面試求職 相關的文章，這里是系列的第一篇「求職之前需要知道的 xxx 件事」，盤點了求職過程中比較重要的一些事情，也算是學習分享，真心的希望對大家有所幫助。
他是第一任阿里中臺事業(yè)部總裁，全面負責“大中臺，小前臺”的戰(zhàn)略落地工作。疫情期間帶領團隊3天開發(fā)出“健康碼”，歷任阿里巴巴集團CTO、達摩院院長、阿里云智能總裁。他為人低調，很少在公開場合談論自己，卻深得馬云的賞識，曾公開評價他，對商業(yè)理解很深，對技術和產品理解很深。他就是，張建鋒，花名行癲。
在軟件開發(fā)過程中，調試是必不可少的環(huán)節(jié)，嵌入式操作系統(tǒng)的調試與桌面操作系統(tǒng)的調試相比有很大差別，嵌入式系統(tǒng)的可視化調試能力比桌面操作系統(tǒng)要弱一點。對于導航這種業(yè)務場景比較復雜的程序開發(fā)，可視化調試環(huán)境能讓我們業(yè)務場景開發(fā)事半功倍，也能快速定位導航業(yè)務與車機中其他模塊交互出現(xiàn)的問題，提高開發(fā)過程中的調試效率。
從開始學習Java的時候，我們就接觸了這樣一種觀點：Java中的對象是在堆上創(chuàng)建的，對象的引用是放在棧里的，那這個觀點就真的是正確的嗎？如果是正確的，那么，面試官為啥會問：“Java中的對象就一定是在堆上分配的嗎？”這個問題呢？看來，我們從接觸Java就被灌輸?shù)倪@個觀點值得我們懷疑。
讀完本文，你將收獲：兩者適用于多大規(guī)模的監(jiān)控場景？超過5000以上監(jiān)控節(jié)點時怎么辦？高可用怎么解決？兩者怎么解決存儲問題？對于監(jiān)控信息是否有歷史存儲和分析，能從歷史信息中挖掘到哪些有價值的信息？兩者怎么應對告警風暴和誤報？在智能監(jiān)控和自動治愈方面是否有可借鑒的實踐？基于什么算法或策略？怎么進行故障預判和預處理？
在微服務架構中，一次請求往往涉及到多個模塊，多個中間件，多臺機器的相互協(xié)作才能完成。這一系列調用請求中，有些是串行的，有些是并行的，那么如何確定這個請求背后調用了哪些服務，哪些模塊，哪些節(jié)點及調用的先后順序？如何定位每個模塊的性能問題？本文將為你揭曉答案。
相信很多人在遇到面試中都遇到過被問到過JavaScript繼承模式的問題，都能手寫出幾種繼承模式的代碼例子，但為什么面試官卻對你的回答不是很滿意或者壓根就沒聽懂，個人覺得應該是缺少自己的一個答題的思路。
線上故障主要會包括cpu、磁盤、內存以及網絡問題，而大多數(shù)故障可能會包含不止一個層面的問題，所以進行排查時候盡量四個方面依次排查一遍。同時例如jstack、jmap等工具也是不囿于一個方面的問題的，基本上出問題就是df、free、top 三連，然后依次jstack、jmap伺候，具體問題具體分析即可。
使用阿里云rds for MySQL數(shù)據(jù)庫（就是MySQL5.6版本），有個用戶上網記錄表6個月的數(shù)據(jù)量近2000萬，保留最近一年的數(shù)據(jù)量達到4000萬，查詢速度極慢，日常卡死。嚴重影響業(yè)務。 問題前提：老系統(tǒng)，當時設計系統(tǒng)的人大概是大學沒畢業(yè)，表設計和sql語句寫的不僅僅是垃圾，簡直無法直視。原開發(fā)人員都已離職，到我來維護，這就是傳說中的維護不了就跑路，然后我就是掉坑的那個！
一個阿里巴巴員工說自己不想體驗“阿里味”了，想感受下“字節(jié)范”。 究竟什么是“字節(jié)范”？“字節(jié)范”和“阿里味”有什么區(qū)別？
什么是堆污染呢？堆污染是指當參數(shù)化類型變量引用的對象不是該參數(shù)化類型的對象時而發(fā)生的。我們知道在JDK5中，引入了泛型的概念，我們可以在創(chuàng)建集合類的時候，指定該集合類中應該存儲的對象類型。 如果在指定類型的集合中，引用了不同的類型，那么這種情況就叫做堆污染。
在與美國的對抗中，華為儼然成了國貨之光，一時間人人追捧，華為成了愛國的象征。在這樣的輿論環(huán)境下，入職華為成了許多人的夢想。 可華為真有那么好嗎？一位剛入職華為兩三個月的應屆畢業(yè)生就在工作中遇到了種種問題，失望至極，產生了跳槽的想法，讓我們看看他說了些什么！
Apache RocketMQ 是一款 低延遲、高并發(fā)、高可用、高可靠的分布式消息中間件。消息隊列 RocketMQ 可為分布式應用系統(tǒng)提供異步解耦和削峰填谷的能力，同時也具備互聯(lián)網應用所需的海量消息堆積、高吞吐、可靠重試等特性。
