目錄

• 一、前言：謙卑與狂妄
• 二、尊重：遠與近
• 三、原罪：膨脹與驕傲

作者簡介：妖生。 坐標合肥，一個普通程序員。十年職業生涯，8年編程。經歷了許多事，也有點想法，現在將它們變成文字，書於紙上。如果能幫助到你，那將不勝榮幸。

膨脹、驕傲，程序員轉項目經理的原罪

一、前言：謙卑與狂妄

突然就想到這麼個主題，回想我在2016下、2017上的時候，確實好像有那麼一段時間，有點膨脹，感覺自己無所不能，又太過驕傲，表面謙虛、內心傲氣，似乎誰都不放在眼裡。

做管理的沒我技術好，做技術的沒我會管理。

現在想想，真是可笑啊。

由己及彼，會不會也有不少做了三五年程序員，做了小組長，突然成為管理者，有了團隊里的一些話語權，然後膨脹的呢？

那麼我這樣去總結下，能不能給一些正在經歷這個階段的程序員們，甚至非程序員們的小夥伴們，予以一點點啟發呢？

嗯，晚上想就這個話題寫篇長文，回憶下我當年的情景，復盤當年，說一說我一些錯誤的做法，和之後怎樣警醒與走出來的。

二、尊重：遠與近

2.1 近之則不遜

2015年，金三大潮席捲而來，全國的稅務系統都要升級，我也有幸參與了這樣的歷史性進程。

我代表安徽的大集中征管稅務系統承建商，與金三征管中標商中軟公司進行系統對接。趕赴深圳南海，在國家稅務總局的信息中心進行征管數據的遷移工作。

在深圳南海的時候，我帶領的小組負責為數據遷移工作作數據校驗、數據確認、遷移腳本編寫等工作。

在這樣的時刻，安徽基地突然打電話過來，也是當時的項目經理——老趙，打電話對我說，要我負責金三本地保留系統的改造工作。

我當時一頭霧水，滿心不爽，不知道為什麼這樣的工作就落到了我的頭上。並且人在深圳，有心無力。所以說話有點沖，說我不知道怎麼做，直接就懟了幾句。

老趙忽然說了一句：“如果是XX你會這樣跟他說嗎？”XX是我們的項目總監。

我腦子里突然有一道電閃了一下。

是啊，如果是XX這樣跟我說，給我安排這樣的任務。我會這樣去懟嗎？
我是不是就默默接受了？

我突然想起來，2014年，我與老趙坐在一塊，因為某件事，我引用了孔子的一句話：“女子與小人難養也。遠之則怨，近之則不遜”。

老趙讚賞地說，很有道理。

可是這樣的話，我為何說了，卻不記得，做不到，無法知行合一呢？

我對老趙，就是近之則不遜了。

我沉默了大概十秒鐘，隨後對他說：“你放心，我肯定完成任務。沒有什麼完不成的。”
在轉變態度與思路后，我對怎麼解決金三本地保留的改造有了切實可行的思路與方法。

我在電話中將我的想法與老趙溝通后，老趙對我表示了讚賞，“就是要有這種舍我其誰的氣勢。除了你，沒人能搞定。”

這通電話很長，也在我以後的職業生涯中，對我做事做人的方法進行了一次很大的改造。

但是在這個故事里我卻還是有一點沒學到，也是我最近在反思的一個問題。

我為什麼對於別人，總是吝嗇於讚賞？

老趙在與我的相處中，一直對我進行鼓勵、讚賞，讓我有了一次次面對問題的自信，得到了極大的成長。

遇到這樣一個半師半友的領導，何其之幸也。

這段往事我總結了兩個點：

一是與上級相處時可以開玩笑、插科打諢，但是在工作上應該把上級當做上級，給予應有的尊重。

二是在與下級相處時，應該不吝嗇表揚，尤其在現在85后、90后當家的年代，表揚會比批評更能激發他們的工作激情，賦予他們超出當前能力的創造力。

2.2 遠之則怨

在2016年的時候，老趙罹患重疾，在長時間病情反覆、無法工作的情況下，拿了公司的補償金，主動離職。

誰來接替這個項目經理的位置？

當時其實是有三個人選，一個是運維經理Y，一個是技術經理H，還有一個就是我這個開發經理。

在H主動退出的情況下，我與Y開始競爭這個職位。

怎麼說呢？我其實一開始並不care這個項目經理的職位。我只想安安靜靜地做開發，不願意去做什麼項目管理。因為有權利的同時，意味着麻煩。

如果是技術經理H，也就是我在电子稅務局的老搭檔坐了項目經理這個職位，我是不想去競爭的。

但是現在是他退出，我倆競爭，而令我萬分不爽的是，在一開始，項目總監X便帶了濃烈的主觀傾向，他是屬意運維經理來坐這個職位的，這樣的傾向我後來的判斷是八二。

我直接去找了總監X，說出了這樣的話：“他何德何能，憑什麼做項目經理，拿什麼來領導我？”

我後來才知道，就在這個競爭的過程中，X找了項目組運維、開發的骨幹同事們，一一諮詢了對於項目經理這個職位人選的意見。

或許結果令他大失所望，90%的人都對他屬意的人選投了反對票。

真的是我牛逼？我人緣好嗎？我當時真的是這麼覺得。

後來細想，恐怕並不是如此。開發投我可以理解，為什麼運維的同事也投我呢？

我想，是因為這位Y先生不得手下人心吧。在對待客戶、對待上級方面，這位運維負責人把自己的工作幹得很出色，客戶關係維繫的很好。

但是在對待下屬方面，我則聽到了好幾次關於Y的抱怨。

一位同事說某個工作是他來解決的，處理的很出色，結果Y卻跟客戶說是Y來解決的，讓他心生怨懟。

另一位同事說他在處理某個線上的緊急問題，一時沒解決，結果總監X將Y調了過來，看着他處理，後來事情解決了，而Y在這個過程中什麼都沒幹。導致這位同事覺得 總監X 是不是太信任 Y 了，反而對 Y 敬謝不敏。

這兩位同事在16年已經成長為項目組的骨幹員工，也在這次競爭事件中投了 Y 的反對票。

有時候，其實不是你成功，而是對手打敗了自己。用現在流行的話來說，叫 同行襯托 吧。

我舉這兩個例子，是覺得這裏面有兩個點需要去反思和總結的。

一是遠之則怨，在對待下屬時如果為了保持上級的威嚴，而拉開了距離，則導致互相不了解，很容易產生芥蒂。

二是攬功諉過是領導者的大忌，其實團隊做好了事情就是你的功勞，至於是不是你個人解決的有什麼關係呢？作為領導者，個人成功，團隊失敗，其實都是失敗者。

在這裏面還有一點是我想提出的，就是在職場工作中，如果競爭的機會，要敢於競爭，競爭說明了你的決心。

我當時找 總監X 的談話中，還說了這樣一段話：

“我覺得如果我來選，我選自己做項目經理。”
“相比他，我肯定會做的更好。”
“如果他來帶這個團隊，那不用多久，這個團隊就要人心散了。”

是不是很狂妄？然而真的就是我內心的想法。你要麼空降一個項目經理過來，要麼就選我。

有時候在與上級的溝通中，沒必要遮掩自己內心的想法。當然，如果你的上級只愛聽阿諛諂媚的話，便保留意見，默默前行吧。

幸而，我覺得我一路遇到的都是貴人。從第一家公司的保總，到神碼的斌哥、蔡總、曹工、老趙、總監X，我覺得無比幸運，總是能遇到眼界比你高、願意提點你的老闆、導師、同事與朋友。

那麼回過頭來，我對 總監X 說的這番話到底有多大的影響呢？我相信在八二的傾向比重中，得到了兩分吧。再加上同事們的支持，最終是我勝出，成了【代】項目經理。

至於為什麼是【代】，呵呵，那便是另外一個故事了。

三、原罪：膨脹與驕傲

3.1 驕傲：無所不能與一天十會

在成為【代】項目經理后，我開始了馬不停蹄的開會生涯。最多的時候，一天十會，感覺什麼都要我來拍板。

2017年，政府開始提出“互聯網+”的概念，這便開始了我們開發項目爆發的一年。

智能辦公、大數據、移動APP、數據質量、統一門戶、短信平台、外部交換等等。

從需求到架構，全都是我來主導，業務人才的極度缺乏，導致我陷入了局方的會議大海。

後來有一位從別的區調過來幫助我的資深業務專家說了一句：

從技術人升上來的管理者可能都有一個毛病，凡事都要親力親為。何不放手讓下面的人乾乾呢？說不定干出的效果會超過你想象。

但是當時的我，並沒有把這話聽進去。

在前幾天看到雷軍的一篇文章，說為什麼小米手機干不過華為，甚至遠遜於OV呢？一是待遇問題，導致招不到行業最頂尖的人才；二是雷軍凡事親力親為，哪裡的業務不行了，就自己出山擼起袖子干。

很有感觸，何其相似。雷軍也是干技術出身的啊。同樣做技術出身，還是馬化騰夠瀟灑。

當然，我自然是比不了大佬的。可是反思下，我真的是這麼無所不能嗎？

或許只是我所在的位置，導致我接收的信息足夠多，而無法被下面的同事所取代？

或許並非我的能力太強，只是我的眼界、層次還不夠，還沒有做好一個管理者的轉變。

一個好的管理者，應該是大音希聲、大象無形，讓團隊在沒有你的情況下，也能按照預定計劃穩步前行。

3.2 膨脹：程序員的原罪

在無所不能的這一段時間中，因為開發項目的過多，還有大數據這樣新興技術的項目，從公司層面協調來了一位技術總監，也是我們安徽項目組以前出去的一位同事。暫且叫他 L 吧。

因為以前共在一個項目組，也算是半熟不生。而我並沒有充分意識到怎樣去尊敬這樣一位技術達人、前輩。

因為在這個公司，實行的是項目負責制，項目經理掌握着一票否決權。而我，這樣一位剛剛上任，新鮮熱乎着的【代】項目經理，開始膨脹了。

在這位 L 前輩研究spark + strom 解決實時倉庫問題時，我總是時不時打斷了他，喊他去參與大數據的需求會議、去解決APP的流量高峰問題、去參與統一門戶的架構設計。

誠然這一切，都應是技術總負責人應該去參與負責的事情。但是我在請求 L 去解決的時候，未免有些不夠尊重。

有時候，你外在不經意的一些表現其實正是你內心想法的一種體現。而人與人的相處，是奇妙而玄幻的。這種看不見、摸不着的氣氛是真的會影響彼此的心情與態度。

更何況，L 更是將技術人簡單、直接的性格放大到極致。

在某次赴地市的會議上，我與L一起討論確定了辦公系統與外部系統的對接與集成方式后，便借口項目組有事先走了，讓 L 留下參與後續與另一家公司的對接。

這件事直接導致 L 的不滿爆發，在幾天後的一次微信群的工作安排上直接懟了我，將我拉黑。

當然，這樣的過程都是我後來回憶、反思得出的結論，而我當時是懵逼的。

為什麼？會有這麼激烈的回應？我一臉懵逼地請求項目總監X的幫助，才讓 L 重新恢復參與了後續的工作。

我後來想想，這一切好像是偶然發生的，但卻也是必然會產生的，如果不是 L ，可能事情不會這麼激烈。然而其他沒有拉黑我的下屬和同事們，是不是其實心裏也在怨懟我呢？

在升上了項目經理之後，我是不是也開始遠離初心，“遠之則怨”了呢？

特別是在並非管理序列的上升通道中，突然從技術崗轉為了管理崗，從單純的管事變成了管人，有了財政、生殺大權，怎樣消去產生的膨脹與浮躁感呢？

有時候能力與眼界是位置帶來的，但是位置帶來的能力不是天生就來的，而是慢慢培養、逐漸形成的。

我回憶、反思這段往事的時候，覺得我在坐上項目經理的時候，缺失了一名老趙這樣的導師，想起他說的一句話：“扶上馬，再送一程”。

在很多公司，其實包括我當時所在的這家公司，也都有項目經理的培養與彙報機制，但是很多時候都淪為了背景色、走過程，是不是哪怕再忙，也該有這麼一課呢？

當然，有可能也並沒有什麼鳥用。因為紙上得來終覺淺，絕知此事要躬行。

我從這件事後，開始反思，重新整理人事，縮減彙報對象與被彙報對象。分離主要事務、次要事務。有意培養各開發組長的全棧能力。

當然，這一切其實都是不夠的，甚至在2017下2018上的時候，我開始怠惰，徹底放權，走入了另一個極端。

而在環境的演變下與艱難的掙扎中，我在2018下半年選擇重新投入了技術崗，但是在兩年已經極少碰代碼的情況下，我能重新拾起，並引領項目組前行嗎？

這是另一個故事了，但是最後想說的是:

沒做到技術總監、架構師，以後還想做技術，別去碰項目經理這個職位，繁雜瑣事，耗費精力，徒增煩惱。

嗯，這又可以寫篇文章了，下一篇就叫《技術人，別做項目經理，有毒！》，哈哈哈。

歡迎加入我的知識星球，掃一掃下方二維碼，目前免費哦。

【精選推薦文章】

智慧手機時代的來臨，RWD網頁設計已成為網頁設計推薦首選

想知道網站建置、網站改版該如何進行嗎?將由專業工程師為您規劃客製化網頁設計及後台網頁設計

帶您來看台北網站建置，台北網頁設計，各種案例分享

廣告預算用在刀口上，網站設計公司幫您達到更多曝光效益

SpringBoot系列文章簡介

SpringBoot源碼閱讀輔助篇：

　　Spring IoC容器與應用上下文的設計與實現

SpringBoot啟動流程源碼分析：

1. SpringBoot啟動流程分析（一）：SpringApplication類初始化過程
2. SpringBoot啟動流程分析（二）：SpringApplication的run方法
3. SpringBoot啟動流程分析（三）：SpringApplication的run方法之prepareContext()方法
4. SpringBoot啟動流程分析（四）：IoC容器的初始化過程
5. SpringBoot啟動流程分析（五）：SpringBoot自動裝配原理實現
6. SpringBoot啟動流程分析（六）：IoC容器依賴注入

筆者註釋版Spring Framework與SpringBoot源碼git傳送門：請不要吝嗇小星星

1. spring-framework-5.0.8.RELEASE
2. SpringBoot-2.0.4.RELEASE

一、SpringApplication初始化過程

　　1.1、SpringBoot項目的mian函數

　　常規的這個主類如下圖所示，我們一般會這樣去寫。

 

　　在這個類中需要關注的是

• @SpringBootApplication
• SpringApplication.run()

　　關於 @SpringBootApplication 註解，在後面分析SpringBoot自動裝配的章節會展開去分析。

　　本章節中我們需要關注的就是 SpringApplication.run() 方法。

　　查看run()方法的實現，如下面代碼所示，我們發現其實其首先是創建了 SpringApplication 的實例，然後調用了 SpringApplication 的run()方法，那本章我們關注的就是 SpringApplication 創建實例的過程。

/**
     * Static helper that can be used to run a {@link SpringApplication} from the
     * specified sources using default settings and user supplied arguments.
     *
     * @param primarySources the primary sources to load
     * @param args           the application arguments (usually passed from a Java main method)
     * @return the running {@link ApplicationContext}
     */
    public static ConfigurableApplicationContext run(Class<?>[] primarySources,
                                                     String[] args) {
        return new SpringApplication(primarySources).run(args);
    }

 　　

　　1.2、 SpringApplication() 構造方法

　　繼續查看源碼， SpringApplication 實例化過程，首先是進入但參數的構造方法，最終回來到兩個參數的構造方法。

 1 public SpringApplication(Class<?>... primarySources) {
 2     this(null, primarySources);
 3 }
 4 
 5 @SuppressWarnings({"unchecked", "rawtypes"})
 6 public SpringApplication(ResourceLoader resourceLoader, Class<?>... primarySources) {
 7     this.resourceLoader = resourceLoader;
 8     Assert.notNull(primarySources, "PrimarySources must not be null");
 9     this.primarySources = new LinkedHashSet<>(Arrays.asList(primarySources));
10     //推斷應用類型，後面會根據類型初始化對應的環境。常用的一般都是servlet環境
11     this.webApplicationType = deduceWebApplicationType();//2.2.1
12     //初始化classpath下 META-INF/spring.factories中已配置的ApplicationContextInitializer
13     setInitializers((Collection) getSpringFactoriesInstances(ApplicationContextInitializer.class));//2.2.2
14     //初始化classpath下所有已配置的 ApplicationListener
15     setListeners((Collection) getSpringFactoriesInstances(ApplicationListener.class));//2.2.3
16     //根據調用棧，推斷出 main 方法的類名
17     this.mainApplicationClass = deduceMainApplicationClass();
18 }

 

 　　1.2.1、deduceWebApplicationType();該方法推斷應用的類型。 SERVLET REACTIVE NONE 

 1 //常量值
 2 private static final String[] WEB_ENVIRONMENT_CLASSES = {"javax.servlet.Servlet",
 3             "org.springframework.web.context.ConfigurableWebApplicationContext"};
 4 
 5 private static final String REACTIVE_WEB_ENVIRONMENT_CLASS = "org.springframework."
 6         + "web.reactive.DispatcherHandler";
 7 
 8 private static final String MVC_WEB_ENVIRONMENT_CLASS = "org.springframework."
 9         + "web.servlet.DispatcherServlet";
10 
11 private static final String JERSEY_WEB_ENVIRONMENT_CLASS = "org.glassfish.jersey.server.ResourceConfig";
12 
13 /**
14  * 判斷 應用的類型
15  * NONE: 應用程序不是web應用，也不應該用web服務器去啟動
16  * SERVLET: 應用程序應作為基於servlet的web應用程序運行，並應啟動嵌入式servlet web（tomcat）服務器。
17  * REACTIVE: 應用程序應作為 reactive web應用程序運行，並應啟動嵌入式 reactive web服務器。
18  * @return
19  */
20 private WebApplicationType deduceWebApplicationType() {
21     //classpath下必須存在org.springframework.web.reactive.DispatcherHandler
22     if (ClassUtils.isPresent(REACTIVE_WEB_ENVIRONMENT_CLASS, null)
23             && !ClassUtils.isPresent(MVC_WEB_ENVIRONMENT_CLASS, null)
24             && !ClassUtils.isPresent(JERSEY_WEB_ENVIRONMENT_CLASS, null)) {
25         return WebApplicationType.REACTIVE;
26     }
27     for (String className : WEB_ENVIRONMENT_CLASSES) {
28         if (!ClassUtils.isPresent(className, null)) {
29             return WebApplicationType.NONE;
30         }
31     }
32     //classpath環境下存在javax.servlet.Servlet或者org.springframework.web.context.ConfigurableWebApplicationContext
33     return WebApplicationType.SERVLET;
34 }

　　返回類型是WebApplicationType的枚舉類型， WebApplicationType 有三個枚舉，三個枚舉的解釋如其中註釋

　　具體的判斷邏輯如下：

• WebApplicationType.REACTIVE  classpath下存在org.springframework.web.reactive.DispatcherHandler

• WebApplicationType.SERVLET classpath下存在javax.servlet.Servlet或者org.springframework.web.context.ConfigurableWebApplicationContext

• WebApplicationType.NONE 不滿足以上條件。

　　

　　1.2.2、 setInitializers((Collection) getSpringFactoriesInstances(ApplicationContextInitializer.class)); 

　　初始化classpath下 META-INF/spring.factories中已配置的ApplicationContextInitializer。

 1 private <T> Collection<T> getSpringFactoriesInstances(Class<T> type) {
 2     return getSpringFactoriesInstances(type, new Class<?>[]{});
 3 }
 4 
 5 /**
 6  * 通過指定的classloader 從META-INF/spring.factories獲取指定的Spring的工廠實例
 7  * @param type
 8  * @param parameterTypes
 9  * @param args
10  * @param <T>
11  * @return
12  */
13 private <T> Collection<T> getSpringFactoriesInstances(Class<T> type,
14                                                       Class<?>[] parameterTypes, Object... args) {
15     ClassLoader classLoader = Thread.currentThread().getContextClassLoader();
16     // Use names and ensure unique to protect against duplicates
17     //通過指定的classLoader從 META-INF/spring.factories 的資源文件中，
18     //讀取 key 為 type.getName() 的 value
19     Set<String> names = new LinkedHashSet<>(SpringFactoriesLoader.loadFactoryNames(type, classLoader));
20     //創建Spring工廠實例
21     List<T> instances = createSpringFactoriesInstances(type, parameterTypes,
22             classLoader, args, names);
23     //對Spring工廠實例排序（org.springframework.core.annotation.Order註解指定的順序）
24     AnnotationAwareOrderComparator.sort(instances);
25     return instances;
26 }

 

　　看看 getSpringFactoriesInstances 都幹了什麼，看源碼，有一個方法很重要 loadFactoryNames() 這個方法很重要，這個方法是spring-core中提供的從META-INF/spring.factories中獲取指定的類（key）的同一入口方法。

在這裏，獲取的是key為 org.springframework.context.ApplicationContextInitializer 的類。

　　debug看看都獲取到了哪些

 

　　上面說了，是從classpath下 META-INF/spring.factories中獲取，我們驗證一下：

　　發現在上圖所示的兩個工程中找到了debug中看到的6條結果。 ApplicationContextInitializer 是Spring框架的類, 這個類的主要目的就是在   ConfigurableApplicationContext 調用refresh()方法之前，回調這個類的initialize方法。通過  ConfigurableApplicationContext 的實例獲取容器的環境Environment，從而實現對配置文件的修改完善等工作。

　　關於怎麼實現自定義的 ApplicationContextInitializer 請看我的另一篇專門介紹該類的博客。

 

　　1.2.3、 setListeners((Collection) getSpringFactoriesInstances(ApplicationListener.class)); 

　　初始化classpath下 META-INF/spring.factories中已配置的 ApplicationListener。

　　 ApplicationListener 的加載過程和上面的 ApplicationContextInitializer 類的加載過程是一樣的。不多說了，至於 ApplicationListener 是spring的事件監聽器，典型的觀察者模式，通過 ApplicationEvent 類和 ApplicationListener 接口，可以實現對spring容器全生命周期的監聽，當然也可以自定義監聽事件。為了梳理springboot的啟動流程在這裏先不說這個了。後面有時間的話再介紹。

 　　關於ApplicationContextInitializer的詳細介紹請看<SpringBoot之ApplicationContextInitializer的理解和使用>

 二、總結

　　關於 SpringApplication 類的構造過程，到這裏我們就梳理完了。縱觀 SpringApplication 類的實例化過程，我們可以看到，合理的利用該類，我們能在spring容器創建之前做一些預備工作，和定製化的需求。

比如，自定義SpringBoot的Banner，比如自定義事件監聽器，再比如在容器refresh之前通過自定義 ApplicationContextInitializer 修改配置一些配置或者獲取指定的bean都是可以的。。。

　　下一節開始分析SpringBoot容器的構建過程，也就是那個大家多少都看過的run();方法。

 　　

　　原創不易，轉載請註明出處。

　　如有錯誤的地方還請留言指正。

【精選推薦文章】

智慧手機時代的來臨，RWD網頁設計已成為網頁設計推薦首選

想知道網站建置、網站改版該如何進行嗎?將由專業工程師為您規劃客製化網頁設計及後台網頁設計

帶您來看台北網站建置，台北網頁設計，各種案例分享

廣告預算用在刀口上，網站設計公司幫您達到更多曝光效益

1. 如何讓列表的內容更容易查找

假設有這麼一個列表(數據源在本地)，由於內容太多，要查找到其中某個想要的數據會比較困難。要優化這個列表，無非就是排序、篩選和高亮。

改造過的結果如上。

2. 排序

在WPF中要實現數據排序的功能有很多種，例如用Linq，但這種場景的標準做法是使用CollectionViewSource。

CollectionViewSource是一種數據集合的代理類。它有兩個很重要的屬性：

• Source 是數據源的集合；

• View 是經過處理后的數據視圖。

看上去感覺是不是很像數據庫里的Table和View的關係？

在這個例子里使用CollectionViewSource排序的代碼如下：

private readonly CollectionViewSource _viewSource;

public HighlightSample()
{
    InitializeComponent();
    _viewSource = new CollectionViewSource
    {
        Source = Employee.AllExecutives
    };

    _viewSource.View.Culture = new System.Globalization.CultureInfo("zh-CN");
    _viewSource.View.SortDescriptions.Add(new SortDescription(nameof(Employee.FirstName), ListSortDirection.Ascending));
    EmployeeElement.ItemsSource = _viewSource.View;
}

這段代碼為CollectionViewSource的Source賦值后，把CollectionViewSource的View作為ListBox的數據源。其中SortDescriptions用於描述View的排序方式。如果包含中文，別忘記將Culture設置為zh-cn。

至此排序的功能就實現了。文檔中還提到CollectionViewSource的其它信息：

您可以將集合視圖作為綁定源集合，可用於導航和显示集合中基於排序、 篩選和分組查詢，而無需操作基礎源集合本身的所有頂層。 如果Source實現INotifyCollectionChanged接口，所做的更改引起CollectionChanged事件傳播到View。

由於View不會更改Source，因此每個Source都可以有多個關聯的View。 使用View，可以通過不同方式显示相同數據。 例如，可能希望在頁面左側显示按優先級排序的任務，而在頁面右側显示按區域分組的任務。

3. 篩選

CollectionViewSource的View屬性類型為ICollectionView接口，它提供了Filter屬性用於實現數據的過濾。在這個例子里實現如下：

_viewSource.View.Filter = (obj) => (obj as Employee).DisplayName.ToLower().Contains(FilterElement.Text);

private void OnFilterTextChanged(object sender, TextChangedEventArgs e)
{
    if (_viewSource != null)
        _viewSource.View.Refresh();
}

這段代碼實現了當輸入框的文字改變時刷新View的功能。其中Refresh方法用於重新創建View，也就是刷新視圖。

ICollectionView還提供了一個DeferRefresh函數，這個函數用於進入延遲循環，該循環可用於將更改合併到視圖並延遲自動刷新，在需要多次操作並刷新數據量大的集合時可以用這個函數。

4. 高亮

<TextBox x:Name="FilterElement"
         TextChanged="OnFilterTextChanged"/>
<ListBox Name="EmployeeElement"
         Grid.Row="1"
         Height="200"
         Margin="0,8,0,0">
    <ListBox.ItemTemplate>
        <DataTemplate>
            <StackPanel Orientation="Horizontal">
                <TextBlock Text="{Binding DisplayName}"
                           kino:TextBlockService.HighlightText="{Binding ElementName=FilterElement,Path=Text}" />
            </StackPanel>
        </DataTemplate>
    </ListBox.ItemTemplate>
</ListBox>

UWP的高亮可以使用TextHighlighter這個類，實現起來很簡單。WPF中的高亮則是使用自定義的TextBlockService.HighlightText附加屬性聲明要高亮的文字，然後將TextBlock的Text替換為處理過的Inlines，使用方式如上。

private static void MarkHighlight(TextBlock target, string highlightText)
{
    var text = target.Text;
    target.Inlines.Clear();
    if (string.IsNullOrWhiteSpace(text))
        return;

    if (string.IsNullOrWhiteSpace(highlightText))
    {
        target.Inlines.Add(new Run { Text = text });
        return;
    }

    while (text.Length > 0)
    {
        var runText = string.Empty;
        var index = text.IndexOf(highlightText, StringComparison.InvariantCultureIgnoreCase);
        if (index > 0)
        {
            runText = text.Substring(0, index);
            target.Inlines.Add(new Run { Text = runText, Foreground = _noHighlightBrush });
        }
        else if (index == 0)
        {
            runText = text.Substring(0, highlightText.Length);
            target.Inlines.Add(new Run { Text = runText });
        }
        else if (index == -1)
        {
            runText = text;
            target.Inlines.Add(new Run { Text = runText, Foreground = _noHighlightBrush });
        }

        text = text.Substring(runText.Length);
    }
}

這是實現代碼。其實用Regex.Split代碼會好看很多，但懶得改了。
本來應該是高亮匹配的文字，但實際使用中發覺把未匹配的文字置灰更好看，就這樣實現了。

5. 結語

這篇文章介紹了使用CollectionViewSource實現的排序、篩選功能，以及使用附加屬性和Inlines實現高亮功能。

不過這樣實現的高亮功能有個問題：不能定義高亮(或者低亮)的顏色，不管在代碼中還是在XAML中。一種可行的方法是參考ToolTipService定義一大堆附加屬性，例如這樣:

<TextBox x:Name="FilterElement" 
         ToolTipService.ToolTip="Filter Text"
         ToolTipService.HorizontalOffset="10"
         ToolTipService.VerticalOffset="10"
         TextChanged="OnFilterTextChanged"/>

這種方式的缺點是這一大堆附加屬性會導致代碼變得很複雜，難以維護。ToolTipService還可以創建一個ToolTip類，把這個類設置為附加屬性的值:

<TextBox x:Name="FilterElement" 
         TextChanged="OnFilterTextChanged">
    <ToolTipService.ToolTip>
        <ToolTip Content="Filter Text"
                 HorizontalOffset="10" 
                 VerticalOffset="10"/>
    </ToolTipService.ToolTip>
</TextBox>

這種方式比較容易維護，但有人可能不明白ToolTipService.ToolTip屬性的值為什麼既可以是文本(或圖片等其它內容)，又可以是ToolTip類型，XAML如何識別。關於這一點我在下一篇文章會講解，並且重新實現高亮的功能以支持Style等功能。

也可以參考SearchableTextBlock寫一個高亮的文本框，一了百了，但我希望通過這個有趣的功能多介紹幾種知識。

6. 參考

CollectionViewSource Class (System.Windows.Data) Microsoft Docs

TextBlock.Inlines Property (System.Windows.Controls) Microsoft Docs

A WPF Searchable TextBlock Control with Highlighting WPF

7. 源碼

TextBlockService.cs at master

【精選推薦文章】

自行創業 缺乏曝光? 下一步"網站設計"幫您第一時間規劃公司的門面形象

網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司，幫您輕鬆架站!

評比前十大台北網頁設計、台北網站設計公司知名案例作品心得分享

台北網頁設計公司這麼多，該如何挑選?? 網頁設計報價省錢懶人包"嚨底家"

1. 介紹

任何使用過Elasticsearch的人都知道，使用基於rest的搜索API構建查詢可能是單調乏味且容易出錯的。

在本教程中，我們將研究Jest，一個用於Elasticsearch的HTTP Java客戶端。Elasticsearch提供了自己原生的Java客戶端，然而 Jest提供了更流暢的API和更容易使用的接口。

2. Maven 依賴

我們需要做的第一件事是導入Jest庫到我們的POM文件中:

<dependency> <groupId>io.searchbox</groupId> <artifactId>jest</artifactId> <version>6.3.1</version> </dependency> 

Jest的版本是遵循Elasticsearch的主版本號的。
這將確保客戶端和服務端之間的兼容性。

通過包含Jest依賴項，相應的[Elasticsearch庫](https://search.maven.org/search?q=g:org.elasticsearch a:elasticsearch)將被包含為傳遞依賴項。

3. 使用Jest Client

在本節中，我們將研究如何使用Jest client執行Elasticsearch中的常見任務。

要使用Jest client，我們只需使用 JestClientFactory 創建一個 JestClient 對象。這些對象的創建開銷很高，而且是線程安全的，因此我們將創建一個可以在整個應用程序中共享的單例實例：

public JestClient jestClient() { JestClientFactory factory = new JestClientFactory(); factory.setHttpClientConfig( new HttpClientConfig.Builder("http://localhost:9200") .multiThreaded(true) .defaultMaxTotalConnectionPerRoute(2) .maxTotalConnection(10) .build()); return factory.getObject(); } 

這裏將創建一個Jest client，該客戶端連接到本地運行的Elasticsearch。雖然這個連接示例很簡單，但是Jest還完全支持代理、SSL、身份驗證，甚至節點發現。

JestClient 類是通用類，只有少數公共方法。我們將使用的一個主要方法是execute，它接受Action接口的一個實例。Jest客戶端提供了幾個構建器類來幫助創建與Elasticsearch交互的不同操作。

所有Jest調用的結果都是JestResult的一個實例。 我們可以通過調用 issucceeded 方法來檢查是否成功。對於失敗的操作，我們可以調用GetErrorMessage方法來獲取更多詳細信息：

JestResult jestResult = jestClient.execute(new Delete.Builder("1").index("employees").build()); if (jestResult.isSucceeded()) { System.out.println("Success!"); } else { System.out.println("Error: " + jestResult.getErrorMessage()); } 

3.1. 管理索引

檢查索引是否存在，我們使用IndicatesExists操作：

JestResult result = jestClient.execute(new IndicesExists.Builder("employees").build()) 

創建一個索引，我們使用CreateIndex操作：

jestClient.execute(new CreateIndex.Builder("employees").build()); 

這將創建一個具有默認設置的索引。我們可以在創建索引時覆蓋特定的設置:

Map<String, Object> settings = new HashMap<>(); settings.put("number_of_shards", 11); settings.put("number_of_replicas", 2); jestClient.execute(new CreateIndex.Builder("employees").settings(settings).build()); 

使用ModifyAliases操作創建或更改別名也很簡單:

jestClient.execute(new ModifyAliases.Builder( new AddAliasMapping.Builder("employees", "e").build()).build()); jestClient.execute(new ModifyAliases.Builder( new RemoveAliasMapping.Builder("employees", "e").build()).build()); 

3.2. 創建文檔

Jest client使用索引操作類索引或創建新文檔變得容易。Elasticsearch中的文檔只是JSON數據，有多種方法可以將JSON數據傳遞給Jest client 進行索引。

對於這個例子，讓我們使用一個虛構的僱員文檔：

{ "name": "Michael Pratt", "title": "Java Developer", "skills": ["java", "spring", "elasticsearch"], "yearsOfService": 2 } 

表示JSON文檔的第一種方法是使用Java字符串。雖然我們可以手動創建JSON字符串，但我們必須注意正確的格式、大括號和轉義引號字符。因此，更容易的方式是使用一個JSON庫（如Jackson）來構建我們的JSON結構，然後將其轉換為字符串:

ObjectMapper mapper = new ObjectMapper(); JsonNode employeeJsonNode = mapper.createObjectNode() .put("name", "Michael Pratt") .put("title", "Java Developer") .put("yearsOfService", 2) .set("skills", mapper.createArrayNode() .add("java") .add("spring") .add("elasticsearch")); jestClient.execute(new Index.Builder(employeeJsonNode.toString()).index("employees").build()); 

我們還可以使用Java Map 來表示JSON數據，並將其傳遞給索引操作：

Map<String, Object> employeeHashMap = new LinkedHashMap<>(); employeeHashMap.put("name", "Michael Pratt"); employeeHashMap.put("title", "Java Developer"); employeeHashMap.put("yearsOfService", 2); employeeHashMap.put("skills", Arrays.asList("java", "spring", "elasticsearch")); jestClient.execute(new Index.Builder(employeeHashMap).index("employees").build()); 

最後，Jest client 可以接受表示要索引的文檔的任何POJO。假設我們有一個Employee類:

public class Employee { String name; String title; List<String> skills; int yearsOfService; } 

我們可以把這個類的一個實例直接傳遞給Index builder:

Employee employee = new Employee(); employee.setName("Michael Pratt"); employee.setTitle("Java Developer"); employee.setYearsOfService(2); employee.setSkills(Arrays.asList("java", "spring", "elasticsearch")); jestClient.execute(new Index.Builder(employee).index("employees").build()); 

3.3. 讀取文檔

使用Jest client從Elasticsearch訪問文檔有兩種主要方法。首先，如果我們知道文檔ID，我們可以使用get操作直接訪問它：

jestClient.execute(new Get.Builder("employees", "17").build()); 

要訪問返回的文檔，我們必須調用其中一個getSource方法。我們可以將結果作為原始JSON獲取，或者將其反序列化為DTO：

Employee getResult = jestClient.execute(new Get.Builder("employees", "1").build()) .getSourceAsObject(Employee.class); 

訪問文檔的其他方法是使用搜索查詢，這種方式在Jest中是通過搜索操作實現的。

Jest client 支持全部的 Elasticsearch query DSL。 與索引操作一樣，查詢被表示為JSON文檔，並且有多種執行搜索的方法。

首先，我們可以傳遞一個表示搜索查詢的JSON字符串。提醒一下，我們必須確保字符串是正確轉義的，並且是有效的JSON:

String search = "{" + " \"query\": {" + " \"bool\": {" + " \"must\": [" + " { \"match\": { \"name\": \"Michael Pratt\" }}" + " ]" + " }" + " }" + "}"; jestClient.execute(new Search.Builder(search).build()); 

與上面的索引操作一樣，我們可以使用Jackson之類的庫來構建JSON查詢字符串。此外，我們還可以使用原生的Elasticsearch查詢操作API。這樣做的一個缺點是，我們的應用程序必須依賴於完整的Elasticsearch庫。

我們可以使用 getSource 方法來訪問搜索操作中匹配的文檔。然而，Jest還提供了Hit類，它包裝了匹配的文檔並提供有關結果的元數據。 使用Hit類，我們可以訪問每個結果的附加元數據：得分、路由和解釋結果，舉幾個例子：

List<SearchResult.Hit<Employee, Void>> searchResults = jestClient.execute(new Search.Builder(search).build()) .getHits(Employee.class); searchResults.forEach(hit -> { System.out.println(String.format("Document %s has score %s", hit.id, hit.score)); }); 

3.4. 更新文檔

Jest為更新文檔提供了一個簡單的Update操作:

employee.setYearOfService(3); jestClient.execute(new Update.Builder(employee).index("employees").id("1").build()); 

它接受與我們前面看到的索引操作相同的JSON表示，這使得在兩個操作之間共享代碼變得很容易。

3.5. 刪除文檔

從索引中刪除文檔是使用Delete操作完成的。它只需要索引名和文檔ID:

jestClient.execute(new Delete.Builder("17") .index("employees") .build()); 

4. 批量操作

Jest client 同樣支持批量操作。 這意味着我們可以通過同時發送多個操作來節省時間和帶寬。

使用批量操作，我們可以將任意數量的請求組合成單個調用。我們甚至可以將不同類型的請求組合在一起：

jestClient.execute(new Bulk.Builder() .defaultIndex("employees") .addAction(new Index.Builder(employeeObject1).build()) .addAction(new Index.Builder(employeeObject2).build()) .addAction(new Delete.Builder("17").build()) .build()); 

5. 異步操作

Jest client 同樣支持異步操作。 這意味着我們可以使用非阻塞I/O執行上述任何操作。

要異步調用操作，只需使用客戶端的executeAsync方法：

jestClient.executeAsync( new Index.Builder(employeeObject1).build(), new JestResultHandler<JestResult>() { @Override public void completed(JestResult result) { // handle result } @Override public void failed(Exception ex) { // handle exception } }); 

注意，除了(本例中是索引)操作之外，異步流還需要一個JestResultHandler。當操作完成時，Jest client 將調用該對象。該接口有兩個方法—完成和失敗—分別允許處理操作的成功或失敗。

6. 結論

在本教程中，我們簡要介紹了Jest client，一個用於Elasticsearch的RESTful Java客戶端。雖然我們只介紹了它的一小部分功能，但很明顯Jest是一個健壯的Elasticsearch客戶端。它的流暢的構建器類和RESTful接口使其易於學習，並且它對Elasticsearch接口的完全支持使其成為原生客戶端的一個有力的替代方案。

和往常一樣，本教程中的所有代碼示例都在我們的Github頁面上。

原文：https://www.baeldung.com/elasticsearch-jest

作者：Michael Pratt

譯者：huowolf/

【精選推薦文章】

智慧手機時代的來臨，RWD網頁設計已成為網頁設計推薦首選

想知道網站建置、網站改版該如何進行嗎?將由專業工程師為您規劃客製化網頁設計及後台網頁設計

帶您來看台北網站建置，台北網頁設計，各種案例分享

廣告預算用在刀口上，網站設計公司幫您達到更多曝光效益

自從接到任務后，Tina一直 煩惱着如何讓這群繁忙又缺乏才藝的程序員在運動會開幕式上做出一個有趣的方陣表演。

 

接到了運動會的方陣表演的任務

時間回到1個月前。

Tina正在工位上繁忙地進行着下一期準備上線系統的測試，這時候老大跑了過來

“Tina,我們公司要舉行運動會，開幕式時有方陣的表演，你幫忙組織下？”

Tina心裏咯噔一下，來了一個苦差。

“方陣？就是像奧運會開幕的時候，運動員在體育場跑道上走，展示風採的那種？”

“對，到時要一個6*6共36人的方陣，到時會在市裡最好的體育館進行，公司的大領導會在主席台看我們表演,為了我們部門，你要加油呀”

“嗯，我會加油的，但36個人不少呀，大家最近都挺忙的，感覺我拉不動他們參加呀”，Tina苦笑道。

“怎麼會呢，我看你在男生中還挺有人氣的，不過你不好意思拉人的話，人的問題我解決，你策劃組織好表演就行”

 

 

 

進展緩慢的方陣表演

方陣的排練一周一次，一周一周的過去了，但整體的效果並沒有得到質的提升,排練時總是湊不齊人，舞蹈也相對複雜，交互很多，大家也沒能很好的磨合，方陣表演這件事幾乎成了Tina的心病

“萬一到時我們成了最差的方陣怎麼辦？我會讓老大很失望的”

今天還沒到排練的時間，但她提前到了場地，擔心着，糾結着。

“方陣排練成怎樣啦？”今天老大居然親自過來了。

“我們今晚繼續排練，但效果還不太理想”

“有遇到什麼困難么？”

“唉，一言難盡，待會你看下把，也提一下意見，這個是我們排練模仿的視頻，你也可以看下”

老大把脈

老大在旁邊看着大夥排練，沒有做任何評價與指導，只是在久不久時用言語激勵一下大家。

今天的排練結束了，大夥都散去，Tina和老大留了下來。

“今天的排練我看了，我們的整齊度還略有欠缺，我們的隊伍就像你描述的一樣，經常會有人臨時有事，沒辦法很好的達到一個整體的效果，磨合度有待提升”

“嗯，對呀，但我已經儘力選擇大家都有空的時間了，但要每個人都有空是在是太難了”

“對，這是一個問題，人越多越難協調與同步，我們通過初中數學就可以知道，協調的難度是隨着人數的增加指數級上漲的”

“嗯嗯，但也沒辦法呀，表演方陣要求就是要這麼多人”，Tina應答着，心裏倒翻了個白眼，好好的幹嘛突然扯上數學

“對，總人數是沒辦法減少，但如果分成多個小組，小組人數比較小，是不是集齊一個小組的人更為簡單點？我們可以讓各個小組各自排練，然後每周一次像現在這樣合起來排練。對於類似規模導致的問題，我們大多都可以用分而治之的策略解決，就像公司里把我們的軟件分成了很多子系統一樣”

“啊？那這樣子要怎麼分組,這是一隻完整的舞蹈呀”

“一個完整的舞蹈必然是每個人的交互的有機結合，但舞蹈里必然會有一群人之間的交互更為密切，我們可以把這群人合成一組，那隻涉及他們內部的舞蹈叫可以他們內部自行排練了。”

“但這個界限不是很清晰把？”

“對，更為密切這個概念確實不是很清晰，所以這也是組織設計的藝術之一，甚至於這是一個需要試錯的過程。我們的軟件編碼一樣，強調高內聚低耦合，讓通訊交互成本降到最低的理念是一致的。但我們不能因為無法達到最優的設計而不去分組，分組可能不是最優，但進行了分組就已經在進步了，我們可以在繼續排練的過程中繼續優化”

“嗯嗯，想不到編碼與方陣排練還有這樣類似的東西，哈哈”

“嗯，世界有很多東西是相似的，像公司的組織架構、各種天體系統、人類的各種器官組成等等都有類似高內聚低耦合的特性存在，所以在我看來一個優秀的有悟性的碼農能將其知識遷移到很多領域”

“好，那我認真研究下視頻，然後對團隊進行分組，一個分組的大小多少合適呢？”

“太陽系有8個行星，地球只有1個月球衛星，這都是由於它們質量決定的。一個分組最大能有多少人這實質是由組長的個人能力決定的，組長能協調的人數就是這個組人數的上限，但當然啦，具體人數要和舞蹈自身的需要相結合。組的大小可以取‘舞蹈分組所需人數’和‘組長最大可管理人數’的較小值。”

“這是讓一個組盡可能大的意思么？”

“對的，一個組應該在可控範圍內盡可能的大，因為分組小意味着分組多，而分組多，協調多個分組就會產生更大的成本。當分組很多，甚至於把一個人看成一個組的時候，就跟你當前面臨的情況一樣。對應於我們軟件領域也是一樣的，對於微服務/組件應該拆成多大這個問題，個人理解組件的大小應該在一個普通程序員能理解、控制的複雜度範圍內，程序員就是這個微服務的類、模塊的組長”

“嗯，明白了。我盡量將其分組大小控制在合適範圍內”

“還有一件事就是，每個小組指定了組長之後，之後組內的排練可以適當程度的放權，這樣的話，你才有更多的精力去考慮我們組與組之間的交互應該怎麼進行。但當然啦，如果你得精力足夠的話，去了解和支持某些個特別舞蹈特別複雜的小組的進展也是挺好的。對於人的能力來說，能做高層設計同時也能做底層執行當然是最理想的，但在程序代碼里，一個模塊既處理高層邏輯又處理底層邏輯的話，是一個不好的表現，這會讓我們的代碼更難以理解”

“哈哈，我本來只想看下怎麼排練好方陣，想不到還順便學習了這麼多編碼知識，感謝老大呀！”

“嗯，剛剛的說的都是些簡單的理論，至於落地到實踐還會複雜的多，細節的處理還是得靠你呀，加油~”

最後的展示

有了一些基礎理論的指導，Tina的方陣隊伍的組織架構在排練中演進，各個小組有了組長能自發的組織組內的訓練，各組的表演水平得到了很大的提升。到集體匯總排練的時候，實際上就是以組的維度進行交互，而非之前的以人維度的磨合，因此集體匯總排練的效率也得到了提升。

“起步走！”，方陣前進的音樂和口令在體育館正式響起，方陣邁着整齊的步伐往主席台走去。Tina看着隊伍，再回頭看來下老大，嘴角泛起了自信的微笑。

 

（最近看了本如何寫小說的書，實踐一下小說風格，哈哈，若本文有錯誤缺陷，請批評負責幫助我進步。若本文對你有所啟發和幫助請不吝點贊轉發。這對我真的很重要，拜託了~）

 

作者簡介

多年金融行業經驗，現為某Top2互聯網銀行高級搬磚工，曾在兩家TOP3股份制商業銀行及一家互金創業公司工作（架構、核心業務主程），EasyTransaction作者，歡迎關注個人公眾號，在這裏我會分享日常工作、生活中對於架構、編碼和業務的思考

 

【精選推薦文章】

自行創業 缺乏曝光? 下一步"網站設計"幫您第一時間規劃公司的門面形象

網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司，幫您輕鬆架站!

評比前十大台北網頁設計、台北網站設計公司知名案例作品心得分享

台北網頁設計公司這麼多，該如何挑選?? 網頁設計報價省錢懶人包"嚨底家"

目錄

• 概述
• 代碼
• 小結

概述

Swoole 啟動一個服務，開啟了哪些進程和線程？

為了解決這個問題，咱們啟動一個最簡單的服務，一起看看究竟啟動了哪些進程和線程？

然後結合官網運行流程圖，對每個進程和線程進行歸類。

服務啟動后打印出當前 Swoole 版本 和 當前 CPU 核數。

打印 Swoole 版本，是讓大家可以下載這個版本 去運行代碼。

打印 CPU 核數，是因為這個參數下面會用到。

廢話不多說，直接看代碼吧。

代碼

serv.php

<?php

class Server
{
    private $serv;

    public function __construct() {
        $this->serv = new swoole_server("0.0.0.0", 9502);
        $this->serv->set([
            'worker_num'      => 3,
            'task_worker_num' => 3,
        ]);
        $this->serv->on('Start', function ($serv) {
            echo "SWOOLE:".SWOOLE_VERSION . " 服務已啟動".PHP_EOL;
            echo "SWOOLE_CPU_NUM:".swoole_cpu_num().PHP_EOL;
        });
        $this->serv->on('Receive', function ($serv, $fd, $from_id, $data) { });
        $this->serv->on('Task', function ($serv, $task) { });
        $this->serv->on('Finish', function ($serv, $task_id, $data) {});
        $this->serv->start();
    }
}
$server = new Server();

上面的代碼簡單說下，創建了一個 TCP 服務器，啟動了 3 個 worker 進程， 3 個 task 進程，因為啟用了 task 功能，所以必須註冊 onTask、onFinish 2 個事件的回調函數。

咱們運行一下：

使用 ps 查看下：

16390 的父進程是 16389。

16393、16394、16395、16396、16397、16398 的父進程是 16390。

有沒有發現，16391、16392 去哪啦？是不是很奇怪。

再用 pstree 查看下：

出來了吧，16391、16392 是線程 與 16390 進程一個層級。

現在我們了解了，啟動的這個服務使用了 8 個進程、2 個線程。

我們一起看下官方 Swoole Server 的文檔：

https://wiki.swoole.com/wiki/page/p-server.html

看下這張圖：

通過上面的圖，我們可以得到結論：

16389 是 Master 進程。

16390 是 Manager 進程。

16391、16392 是 Reactor 線程。

16393、16394、16395、16396、16397、16398 包括 3 個 Worker 進程，3 個 Task 進程。

小結

一、為什麼是 3 個 Worker 進程、3 個 Task 進程？

因為，在創建服務的時候我們進行了設置 worker_num = 3, task_worker_num = 3。

worker_num 如果不進行設置，默認為 SWOOLE_CPU_NUM，在上面咱們打印出來了，默認為 2，最大不超過，SWOOLE_CPU_NUM * 1000，具體詳情，看官方文檔。

worker_num 文檔：

https://wiki.swoole.com/wiki/page/275.html

task_worker_num 文檔：

https://wiki.swoole.com/wiki/page/276.html

二、為什麼是 2 個 Reactor 線程？它是干什麼的？

因為，Reactor 線程數，默認為 SWOOLE_CPU_NUM，也可以通過 reactor_num 參數進行設置。

reactor_num 文檔：

https://wiki.swoole.com/wiki/page/281.html

它是真正處理 TCP 連接，收發數據的線程。

Reactor線程 文檔：

https://wiki.swoole.com/wiki/page/347.html

三、Reactor、Worker、TaskWorker 的關係是什麼樣的？

一個通俗的比喻，假設Server就是一個工廠，那Reactor就是銷售，接受客戶訂單。而Worker就是工人，當銷售接到訂單后，Worker去工作生產出客戶要的東西。而TaskWorker可以理解為行政人員，可以幫助Worker幹些雜事，讓Worker專心工作。

官方已經解釋的很詳細了，看官方文檔吧：

https://wiki.swoole.com/wiki/page/163.html

如果你想學習 Swoole 可以看下這個 《Swoole 文章匯總（10 篇）》。

本文歡迎轉發，轉發請註明作者和出處，謝謝！

【精選推薦文章】

智慧手機時代的來臨，RWD網頁設計已成為網頁設計推薦首選

想知道網站建置、網站改版該如何進行嗎?將由專業工程師為您規劃客製化網頁設計及後台網頁設計

帶您來看台北網站建置，台北網頁設計，各種案例分享

廣告預算用在刀口上，網站設計公司幫您達到更多曝光效益