#
mybatis的前身是iBatis，其源于“Internet”和“abatis”的組合，是一款優秀的持久層框架，它支持定制化SQL、存儲過程以及高級映射。mybatis避免了幾乎所有的JDBC代碼和手
前言 在很多互聯網應用系統中，請求處理異步化是提升系統性能一種常用的手段，而基于消息系統的異步處理由于具備高可靠性、高吞吐量的特點，因而在并發請求量比較高的互聯網系統中被廣泛應用。與此同時，這種方案也
每個程序員都要歷經從菜雞到大牛過程蛻變胡過程。當初大家起點都差不多，工作多年后，有些人依然停留在菜雞，有些人卻已成為大牛，所有的事情，都是一點一滴習慣養成。讓我們看看菜雞程序員是如何寫代碼的？有可能找
大多數開發人員理所當然地以為性能優化很復雜，需要大量的經驗和知識。好吧，不能說這是完全錯誤的。優化應用程序以獲得最佳性能不是一件容易的事情。但是，這并不意味著如果你不具備這些知識，就不能做任何事情。
說到分布式開發，不得不說的就是zookeeper了；zookeeper官網說到Apache ZooKeeper致力于開發和維護可實現高度可靠的分布式協調的開源服務器。那么zk作為一個協調者的存在，是分
項目起不來了! ... 項目又起不來了! ... 又雙叒叕???!!! 上周經常聽到組里同事說項目又雙叒叕掛了, Redis連不上, 筆者在另一套正常的環境忙著開發新需求, 沒空關心這個問題.(PS:
VUE 的面試題 分享- 好程序員， 現在前端面試中會有很多VUE 的面試題， Vue 框架部分小編整理了幾個頻率比較高的面試題，希望可以幫助到正在面試的你，沒準下次的面試里就會出現這個題目
前段時間公司根據要求需要將聚石塔上服務器從杭州整體遷移到張家口，剛好趁這次機會將這些亂七八糟的服務器做一次梳理和整合，斷斷續續一個月遷移完成大概優化掉了1/3的機器，完成之后遇到了一些問題，比如曾今零
MQ簡介 什么是MQ跨進程的消息隊列，主要角色包括生產者與消費者。生產者只負責生產信息，無法感知消費者是誰，消息怎么處理，處理結果是什么。消費者負責接收及處理消息，無法感知生產者是誰，怎么產生的。
消息無序產生的原因 消息隊列，既然是隊列就能保證消息在進入隊列，以及出隊列的時候保證消息的有序性，顯然這是在消息的生產端(Producer)，但是往往在生產環境中有多個消息的消費端(Consumer)
