服務器進程管理方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明實施例提供了一種服務器進程管理方法，包括：master節(jié)點將訪問請求分為調(diào)試訪問請求和工作訪問請求，并將所述調(diào)試訪問請求和工作訪問請求發(fā)送至dispatcher節(jié)點；dispatcher節(jié)點將調(diào)試訪問請求發(fā)送至服務器中的工作進程，將所述工作進程轉(zhuǎn)變?yōu)檎{(diào)試進程；在所述調(diào)試進程處于調(diào)試期間，當dispatcher節(jié)點接收到工作訪問請求時，將所述工作訪問請求發(fā)送至服務器中的除所述調(diào)試進程之外的工作進程。本發(fā)明還提出了一種服務器進程管理系統(tǒng)。實現(xiàn)了在對服務器進程管理的同時還不影響用戶對服務器的正常訪問，同時也簡化了對服務器進程的調(diào)試步驟；在調(diào)試服務器時，更實現(xiàn)了服務器中各個進程的運營部署。
【專利說明】
服務器進程管理方法及系統(tǒng)
技術(shù)領(lǐng)域
[0001]本發(fā)明實施例涉及進程管理領(lǐng)域，尤其涉及一種服務器進程管理方法及系統(tǒng)。
【背景技術(shù)】
[0002]隨著電子信息技術(shù)的發(fā)展，為了加快服務器對來自用戶的工作訪問請求的速度，在服務器中配置多個進程，但是，在實現(xiàn)上述工作訪問請求處理的過程中，服務器是隨機將接收自用戶的工作訪問請求分配至該服務器中的任意一個進程中。
[0003]在一種情況下，當對服務器中的某一進程或多個進程進行調(diào)試時，服務器中處于調(diào)試狀態(tài)的某一進程或多個進程可能也會接收處理用戶的工作訪問請求，這樣就造成用戶的工作訪問請求得不到正常的處理，導致用戶無效訪問，嚴重影響了服務器的用戶體驗。
[0004]現(xiàn)有技術(shù)針對上述問題所采用的解決方案是:對服務器中的各個進程均添加相應的代理進程，當對服務器中的各個進程進行調(diào)試時，則由代理進程將所接收到的工作訪問請求分發(fā)至其他進程；但是，這樣就使得在對服務器進行調(diào)試時，由于代理進程是隨機將工作請求轉(zhuǎn)發(fā)至其他不處于調(diào)試狀態(tài)的進程，便無法確定所轉(zhuǎn)發(fā)的工作訪問請求的去處，無法實現(xiàn)在調(diào)試服務器過程中對服務器進程的運營部署。

【發(fā)明內(nèi)容】

[0005]有鑒于此，本發(fā)明實施例提供了一種服務器進程管理方法及系統(tǒng)，來解決目前服務器在調(diào)試進程的過程中不能正常處理來自用戶的工作訪問請求和無法運營部署服務器進程的問題。
[0006]為了解決上述技術(shù)問題，本發(fā)明實施例提供一種服務器進程管理方法，包括:
[0007]master節(jié)點將訪問請求分為調(diào)試訪問請求和工作訪問請求，并將所述調(diào)試訪問請求和工作訪問請求發(fā)送至dispatcher節(jié)點；
[0008]dispatcher節(jié)點將調(diào)試訪問請求發(fā)送至服務器中的工作進程，將所述工作進程轉(zhuǎn)變?yōu)檎{(diào)試進程；
[0009]在所述調(diào)試進程處于調(diào)試期間，當dispatcher節(jié)點接收到工作訪問請求時，將所述工作訪問請求發(fā)送至服務器中的除所述調(diào)試進程之外的工作進程。
[0010]本發(fā)明實施例提供一種服務器進程管理系統(tǒng)，包括:
[0011]所述master節(jié)點包括:
[0012]分類單元，配置以將訪問請求分為調(diào)試訪問請求和工作訪問請求；
[0013]發(fā)送單元，配置以將所述調(diào)試訪問請求和工作訪問請求發(fā)送至dispatcher節(jié)點；
[0014]所述dispatcher節(jié)點包括:
[0015]接收單元，配置以接收所述master節(jié)點的發(fā)送單元發(fā)送的調(diào)試訪問請求和工作訪問請求；
[0016]分發(fā)單元，配置以分發(fā)接收到的調(diào)試訪問請求和工作訪問請求；
[0017]調(diào)度單元，配置以控制所述分發(fā)單元將調(diào)試訪問請求發(fā)送至服務器中的工作進程，將所述工作進程轉(zhuǎn)變?yōu)檎{(diào)試進程；在所述調(diào)試進程處于調(diào)試期間，當所述接收單元接收到工作訪問請求時，控制所述分發(fā)單元將所述工作訪問請求發(fā)送至服務器中的除所述調(diào)試進程之外的工作進程。
[0018]通過本發(fā)明實施例方法及系統(tǒng)實現(xiàn)了:
[0019]①在調(diào)試服務器的過程中，服務器仍可以正常工作，正常處理服務器接收到的所有的工作訪問請求，提高了用戶體驗；
[0020]②相對于現(xiàn)有技術(shù)中的對服務器的各個進程增加代理進程，本發(fā)明實施例只需添加一個dispatcher節(jié)點，無需對服務器中的各個進程添加代理進程，還能實現(xiàn)對服務器進程的運營部署管理；
[0021 ] ③在一種情況下，在對服務器進行升級，要求在服務器中添加進程時，通過本發(fā)明實施例只需要對所添加的dispatcher節(jié)點進行相應的配置，操作方便，同時也能實現(xiàn)服務器的線上灰度升級；
[0022]④當在對服務器進程進行調(diào)試時，若某一調(diào)試程序的代碼有誤，則只會影響到所述某一調(diào)試程序所調(diào)試的進程，而不會影響到服務器中其他的進程，更實現(xiàn)了在調(diào)試程序代碼時對服務器進程的隔離保護。
【附圖說明】
[0023]為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0024]圖1示出了本發(fā)明一實施例的服務器進程管理方法的流程圖；
[0025]圖2示出了圖1中方法中的步驟S102的一種【具體實施方式】的詳細執(zhí)行圖；
[0026]圖3示出了圖1中方法中的步驟S103的一種【具體實施方式】的詳細執(zhí)行圖；
[0027]圖4示出了本發(fā)明一實施例的服務器進程管理系統(tǒng)的示意圖；
【具體實施方式】
[0028]為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0029]參見圖1，示出的是本發(fā)明一具體實施例的基于進程分組的服務器進程管理方法的流程圖，包括:
[0030]SlOU master節(jié)點將訪問請求分為調(diào)試訪問請求和工作訪問請求，并將所述調(diào)試訪問請求和工作訪問請求發(fā)送至dispatcher節(jié)點；
[0031]S102、dispatcher節(jié)點將調(diào)試訪問請求發(fā)送至服務器中的工作進程，將所述工作進程轉(zhuǎn)變?yōu)檎{(diào)試進程；
[0032]S103、在所述調(diào)試進程處于調(diào)試期間，當dispatcher節(jié)點接收到工作訪問請求時，將所述工作訪問請求發(fā)送至服務器中的除所述調(diào)試進程之外的工作進程。
[0033]優(yōu)選地，在S103步驟后還包括:
[0034]在所述調(diào)試進程完成調(diào)試之后，將所述調(diào)試進程恢復至工作進程。
[0035]需要說明的是，本發(fā)明實施例中的服務器為Nginx服務器。其中，Nginx服務器是一種高性能的超文本轉(zhuǎn)移協(xié)議(Hypertext transfer protocol，HTTP)和反向代理服務器，也是一種交互郵件訪問協(xié)議(Internet Mail Access Protocol, IMAP)、郵局協(xié)議版本3 (Post Office Protocol3)以及簡單郵件傳輸協(xié)議(Simple Mail Transfer Protocol，SMTP)代理服務器中的任意一個。Nginx具有較高的穩(wěn)定性、豐富的功能集和示例配置文件以及較低的系統(tǒng)資源的消耗。
[0036]其中，在本發(fā)明實施例中，Nginx服務器可以作為調(diào)試配置服務器，在該服務器中配置并調(diào)用與調(diào)試訪問請求對應的待調(diào)試進程處理所述調(diào)試訪問請求，以實現(xiàn)對該服務器中各個進程對調(diào)試訪問請求和工作訪問請求的協(xié)調(diào)處理。
[0037]關(guān)于SlOl步驟的具體的執(zhí)行，可以包括如下子步驟:
[0038]master節(jié)點根據(jù)訪問請求中的標識信息，判斷所述訪問請求的類型屬于調(diào)試訪問請求還是工作訪問請求；
[0039]master節(jié)點將已確定類型的訪問請求發(fā)送至dispatcher節(jié)點。
[0040]其中，包括:服務器中預存有調(diào)試訪問請求的標識master節(jié)點獲取服務器所接收的訪問請求，提取其中一個訪問請求的標識，查詢服務器中預存調(diào)試訪問請求的標識，當其中一個訪問請求的標識與預存調(diào)試訪問請求的標識相匹配時，則確定所述其中一個訪問請求為調(diào)試訪問請求，當其中一個訪問請求的標識與預存調(diào)試訪問請求的標識不匹配時，則確定所述其中一個訪問請求為工作訪問請求；以此類推，確定服務器接收的各個訪問請求為調(diào)試訪問請求或工作訪問請求。
[0041]關(guān)于S102步驟的具體的執(zhí)行(參見圖2)，可以包括如下子步驟:
[0042]S1021:為所述工作進程配置臨時斷點；
[0043]S1022:所述dispatcher節(jié)點將調(diào)試訪問請求發(fā)送至服務器中的工作進程；
[0044]S1023:所述工作進程在接收到所述調(diào)試訪問請求后，激活臨時斷點，將所述工作進程轉(zhuǎn)變?yōu)檎{(diào)試進程。
[0045]其中，包括:為服務器中的各個進程配置臨時斷點dispatcher節(jié)點查詢調(diào)試訪問請求的調(diào)試配對ID，獲取與所述調(diào)試配對ID相匹配的工作進程的進程ID，其中服務器的各個進程配置有互不相同的各個進程ID，根據(jù)與所述調(diào)試配對ID相匹配的工作進程的進程ID，dispatcher節(jié)點將所述調(diào)試訪問請求分配至所述進程ID所對應的工作進程；所述進程ID與所述調(diào)試配對ID配對并激活所述工作進程臨時斷點，所述工作進程轉(zhuǎn)變?yōu)檎{(diào)試進程;
[0046]關(guān)于S103步驟的具體的執(zhí)行(參見圖3)，可以包括如下子步驟:
[0047]S1031:在所述臨時斷點被激活而工作進程轉(zhuǎn)變?yōu)檎{(diào)試進程后，向dispatcher節(jié)點發(fā)送調(diào)試聲明信號；
[0048]S1032 -dispatcher節(jié)點識別調(diào)試聲明信號所對應的調(diào)試進程，不將工作訪問請求發(fā)送至所述調(diào)試進程。
[0049]關(guān)于S104步驟的具體的執(zhí)行，可以包括:
[0050]在所述調(diào)試進程完成調(diào)試之后，所述調(diào)試進程撤銷臨時斷點并停止向dispatcher節(jié)點發(fā)送調(diào)試聲明信號，所述調(diào)試進程恢復至工作進程。由此實現(xiàn)了服務器中的進程管理狀態(tài)和工作狀態(tài)的無縫切換，增大了服務器進程的利用率。
[0051]關(guān)于本發(fā)明實施例方法更具體的執(zhí)行還可以是:
[0052]master節(jié)點將訪問請求分為調(diào)試訪問請求和工作訪問請求，并將其發(fā)送至dispatcher節(jié)點；例如:訪問請求可以是包含URL地址的數(shù)據(jù)包，所述標識可以是URL地址的關(guān)鍵詞，當訪問請求的URL地址中包含關(guān)鍵詞“CCTV”時，則確定所述訪問請求為針對服務器的工作訪問請求。
[0053]服務器中預存有調(diào)試訪問請求的標識；例如:所述調(diào)試訪問請求的標識可以是調(diào)試訪問請求包含的關(guān)鍵詞“DEBUG”，所述關(guān)鍵詞“DEBUG”可以是由調(diào)試人員為調(diào)試訪問請求所添加的用于識別調(diào)試的關(guān)鍵詞。
[0054]master節(jié)點獲取服務器接收的訪問請求，提取其中一個訪問請求的標識，查詢服務器中預存調(diào)試訪問請求的標識，當其中一個訪問請求的標識與預存調(diào)試訪問請求的標識相匹配時，則確定所述其中一個訪問請求為調(diào)試訪問請求，當其中一個訪問請求的標識與預存調(diào)試訪問請求的標識不匹配時，則確定所述其中一個訪問請求為工作訪問請求；例如:master節(jié)點獲取預設時間段內(nèi)的訪問請求的其中一個訪問請求，查詢服務器，判斷獲取到其中一個訪問請求中是否包含有“DEBUG”用于識別調(diào)試的關(guān)鍵詞，當判斷結(jié)果為是時，則將所述訪問請求確定為調(diào)試訪問請求，當判斷結(jié)果為否時，則將所述訪問請求確定為工作訪問請求；以此類推，將服務器接收的各個訪問請求確定為調(diào)試訪問請求或工作訪問請求。master節(jié)點將已確定類型的訪問請求發(fā)送至dispatcher節(jié)點。
[0055]為服務器中的各個進程配置臨時斷點dispatcher節(jié)點查詢調(diào)試訪問請求的調(diào)試配對ID，獲取與所述調(diào)試配對ID相匹配的工作進程的進程ID，其中服務器的各個進程配置有互不相同的各個進程ID ;根據(jù)與所述調(diào)試配對ID相匹配的工作進程的進程ID，dispatcher節(jié)點將所述調(diào)試訪問請求分配至所述進程ID所對應的工作進程，所述進程ID與所述調(diào)試配對ID配對并激活所述工作進程的臨時斷點，所述工作進程轉(zhuǎn)變?yōu)檎{(diào)試進程；例如:服務器中的各個進程均配置有唯一的且互不相同編號作為進程ID，查詢所述調(diào)試訪問請求并獲得所述調(diào)試訪問請求中的調(diào)試配對ID，并確定與所述調(diào)試訪問請求相匹配的進程，所述調(diào)試配對ID可以是由調(diào)試人員在所述調(diào)試訪問請求中添加的關(guān)于調(diào)試訪問請求所要訪問調(diào)試的進程，所述調(diào)試配對ID與所述進程ID相匹配，調(diào)試配對ID與所述進程ID相匹配并激活臨時斷點，將服務器中的進程分組為具有臨時斷點被激活的調(diào)試進程和臨時斷點未被激活的工作進程。
[0056]所述臨時斷點激活所述調(diào)試進程向di spatcher節(jié)點發(fā)送調(diào)試聲明信號；dispatcher節(jié)點向所述發(fā)送調(diào)試聲明信號的調(diào)試進程不發(fā)送工作訪問請求；例如:當服務器的其中一個進程的臨時斷點被激活后，所述其中一個進程向dispatcher節(jié)點發(fā)送調(diào)試聲明信號，dispatcher節(jié)點接收并識別調(diào)試聲明信號，dispatcher節(jié)點將所述發(fā)送調(diào)試聲明信號的調(diào)試進程標記為調(diào)試進程并拒絕向所述調(diào)試進程工作訪問請求；以此類推，dispatcher節(jié)點將服務器中所有具有臨時斷點被激活的進程均標記為調(diào)試進程，并拒絕向已標記的服務器中所有的調(diào)試進程發(fā)送工作訪問請求。在一種情況下，服務器中的各個進程與dispatcher節(jié)點一直保持通信連接，且dispatcher節(jié)點設置成待接收調(diào)試聲明信號狀態(tài)，服務器中的各個進程均設置成可以向dispatcher節(jié)點發(fā)送調(diào)試聲明信號，所述臨時斷點可以是觸發(fā)器，當服務器的其中一個進程臨時斷點被觸發(fā)激活時，所述其中一個進程的調(diào)試狀態(tài)被激活，服務器中的進程開始向dispatcher節(jié)點發(fā)送調(diào)試聲明信號。在一種情況下，dispatcher節(jié)點可以根據(jù)調(diào)試聲明信號所包含調(diào)試進程的進程ID來定位服務器中的進程，并向調(diào)試進程不發(fā)送工作訪問請求。
[0057]優(yōu)選地，在所述調(diào)試進程完成調(diào)試之后，所述調(diào)試進程撤銷臨時斷點并停止向dispatcher節(jié)點發(fā)送調(diào)試聲明信號，所述調(diào)試進程恢復至工作進程；例如:在所述調(diào)試進程完成調(diào)試之后，所述調(diào)試進程生成完成調(diào)試信號；在所述完成調(diào)試信號生成后，所述調(diào)試進程撤銷臨時斷點，并停止向dispatcher節(jié)點發(fā)送調(diào)試聲明信號。所述服務器進程完成調(diào)試后便由調(diào)試狀態(tài)轉(zhuǎn)換為工作狀態(tài)，由此實現(xiàn)了服務器進程的調(diào)試狀態(tài)和工作狀態(tài)的無縫切換，增大了服務器進程的利用率。
[0058]通過本發(fā)明實施例方法實現(xiàn)了:
[0059]①在調(diào)試服務器的過程中，服務器仍可以正常工作，正常處理服務器接收到的所有的工作訪問請求，提高了用戶體驗；
[0060]②相對于現(xiàn)有技術(shù)中的對服務器的各個進程增加代理進程，本發(fā)明實施例只需添加一個dispatcher節(jié)點，無需對服務器中的各個進程添加代理進程，還能實現(xiàn)對服務器進程的運營部署管理；
[0061 ] ③在一種情況下，在對服務器進行升級，要求在服務器中添加進程時，通過本發(fā)明實施例只需要對所添加的dispatcher節(jié)點進行相應的配置，操作方便，同時也能實現(xiàn)服務器的線上灰度升級；
[0062]④在需要調(diào)試的進程完成調(diào)試后，完成調(diào)試的進程又會重新投入到工作中，由此實現(xiàn)了服務器進程調(diào)試狀態(tài)與工作狀態(tài)的無縫切換，增大了服務器進程的利用率；
[0063]⑤當在對服務器進程進行調(diào)試時，若某一調(diào)試程序的代碼有誤，則只會影響到所述某一調(diào)試程序所調(diào)試的進程，而不會影響到服務器中其他的進程，更實現(xiàn)了在調(diào)試程序代碼時對服務器進程的隔離保護。
[0064]其中上述圖1的方法，可以根據(jù)本發(fā)明一實施例的下述系統(tǒng)(參照圖4)予以操作來實現(xiàn)。
[0065]一種服務器進程管理系統(tǒng)，包括:master節(jié)點和dispatcher節(jié)點；
[0066]所述master節(jié)點包括:
[0067]分類單元，配置以將訪問請求分為調(diào)試訪問請求和工作訪問請求；
[0068]發(fā)送單元，配置以將所述調(diào)試訪問請求和工作訪問請求發(fā)送至dispatcher節(jié)點；
[0069]所述dispatcher節(jié)點包括:
[0070]接收單元，配置以接收所述master節(jié)點的發(fā)送單元發(fā)送的調(diào)試訪問請求和工作訪問請求；
[0071]分發(fā)單元，配置以分發(fā)接收到的調(diào)試訪問請求和工作訪問請求；
[0072]調(diào)度單元，配置以控制所述分發(fā)單元將調(diào)試訪問請求發(fā)送至服務器中的工作進程，將所述工作進程轉(zhuǎn)變?yōu)檎{(diào)試進程；在所述調(diào)試進程處于調(diào)試期間，當所述接收單元接收到工作訪問請求時，控制所述分發(fā)單元將所述工作訪問請求發(fā)送至服務器中的除所述調(diào)試進程之外的工作進程。
[0073]作為本發(fā)明實施例系統(tǒng)的一種優(yōu)化，與所述調(diào)度單元相連接的還包括進程配置單元，所述進程配置單元配置以:在所述調(diào)試進程完成調(diào)試之后，將所述調(diào)試進程恢復至工作進程。
[0074]關(guān)于所述進程配置單元的具體工作方式，所述進程配置單元包括:
[0075]臨時斷點配置模塊，配置以:為所述工作進程配置臨時斷點；
[0076]進程轉(zhuǎn)變模塊，配置以:在所述工作進程接收到所述調(diào)試訪問請求后激活所述臨時斷點，將所述工作進程轉(zhuǎn)變?yōu)檎{(diào)試進程；在所述調(diào)試進程完成調(diào)試之后，撤銷所述臨時斷點，將所述調(diào)試進程恢復至工作進程。
[0077]更進一步地，所述進程配置單元還包括調(diào)試聲明模塊，所述調(diào)試聲明模塊配置以:在所述臨時斷點被激活而工作進程轉(zhuǎn)變?yōu)檎{(diào)試進程后，向所述調(diào)度單元發(fā)送調(diào)試聲明信號。
[0078]關(guān)于圖4中的調(diào)度單元，所述調(diào)度單元配置以:識別所述調(diào)試聲明信號所對應的調(diào)試進程，控制所述分發(fā)單元不將工作訪問請求發(fā)送至所述調(diào)試進程。
[0079]關(guān)于圖4中的調(diào)度單元的具體工作方式可以參考實施例中的相關(guān)描述，本發(fā)明實施例這里不再贅述。
[0080]關(guān)于圖4中的分類單元，所述分類單元包括:
[0081]識別模塊，配置以識別訪問請求中的標識信息；
[0082]判斷模塊，配置以根據(jù)所述標識信息判斷所述訪問請求的類型屬于調(diào)試訪問請求還是工作訪問請求。
[0083]關(guān)于圖4中的分類單元的具體工作方式可以參考實施例中的相關(guān)描述，本發(fā)明實施例這里不再贅述。
[0084]在本發(fā)明的一種實施方式中，服務器中的各個進程與dispatcher節(jié)點一直保持通信連接，且dispatcher節(jié)點設置成待接收調(diào)試聲明信號狀態(tài)，服務器中的各個進程均設置成可以向dispatcher節(jié)點發(fā)送調(diào)試聲明信號，所述臨時斷點可以是觸發(fā)器，當服務器的其中一個進程臨時斷點被觸發(fā)激活時，所述其中一個進程的調(diào)試狀態(tài)被激活，服務器中的進程開始向dispatcher節(jié)點發(fā)送調(diào)試聲明信號。
[0085]本發(fā)明實施例中相關(guān)的功能模塊可以通過硬件處理器(hardware processor)來實現(xiàn)。
[0086]通過本發(fā)明實施例系統(tǒng)實現(xiàn)了:
[0087]①在調(diào)試服務器的過程中，服務器仍可以正常工作，正常處理服務器接收到的所有的工作訪問請求，提高了用戶體驗；
[0088]②相對于現(xiàn)有技術(shù)中的對服務器的各個進程增加代理進程，本發(fā)明實施例只需添加一個dispatcher節(jié)點，無需對服務器中的各個進程添加代理進程，還能實現(xiàn)對服務器進程的運營部署管理；
[0089]③在一種情況下，在對服務器進行升級，要求在服務器中添加進程時，通過本發(fā)明實施例只需要對所添加的dispatcher節(jié)點進行相應的配置，操作方便，同時也能實現(xiàn)服務器的線上灰度升級；
[0090]④在需要調(diào)試的進程完成調(diào)試后，完成調(diào)試的進程又會重新投入到工作中，由此實現(xiàn)了服務器進程調(diào)試狀態(tài)與工作狀態(tài)的無縫切換，增大了服務器進程的利用率；
[0091]⑤當在對服務器進程進行調(diào)試時，若某一調(diào)試程序的代碼有誤，則只會影響到所述某一調(diào)試程序所調(diào)試的進程，而不會影響到服務器中其他的進程，更實現(xiàn)了在調(diào)試程序代碼時對服務器進程的隔離保護。
[0092]在本發(fā)明一方面的應用上，本發(fā)明實施例中的服務器進程管理系統(tǒng)可以是作為功能元件的形式內(nèi)嵌于網(wǎng)站服務器中；作為本發(fā)明的另一方面的應用，本發(fā)明實施例中的服務器進程管理系統(tǒng)還可以內(nèi)嵌于云計算服務器中，此云計算服務器連接于網(wǎng)站服務器和用戶終端之間。
[0093]以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上。可以根據(jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實施。
[0094]通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件?；谶@樣的理解，上述技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在計算機可讀存儲介質(zhì)中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。
[0095]最后應說明的是:以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應當理解:其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。
【主權(quán)項】
1.一種服務器進程管理方法，其特征在于，包括: master節(jié)點將訪問請求分為調(diào)試訪問請求和工作訪問請求，并將所述調(diào)試訪問請求和工作訪問請求發(fā)送至dispatcher節(jié)點； dispatcher節(jié)點將調(diào)試訪問請求發(fā)送至服務器中的工作進程，將所述工作進程轉(zhuǎn)變?yōu)檎{(diào)試進程； 在所述調(diào)試進程處于調(diào)試期間，當dispatcher節(jié)點接收到工作訪問請求時，將所述工作訪問請求發(fā)送至服務器中的除所述調(diào)試進程之外的工作進程。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括: 在所述調(diào)試進程完成調(diào)試之后，將所述調(diào)試進程恢復至工作進程。3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述dispatcher節(jié)點將調(diào)試訪問請求發(fā)送至服務器中的工作進程，將所述工作進程轉(zhuǎn)變?yōu)檎{(diào)試進程包括: 為所述工作進程配置臨時斷點； 所述dispatcher節(jié)點將調(diào)試訪問請求發(fā)送至服務器中的工作進程； 所述工作進程在接收到所述調(diào)試訪問請求后，激活臨時斷點，將所述工作進程轉(zhuǎn)變?yōu)檎{(diào)試進程； 在所述調(diào)試進程完成調(diào)試之后，撤銷所述臨時斷點，將所述調(diào)試進程恢復至工作進程。4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述在所述調(diào)試進程處于調(diào)試期間，當dispatcher節(jié)點接收到工作訪問請求時，將所述工作訪問請求發(fā)送至服務器中的除所述調(diào)試進程之外的工作進程包括: 在所述臨時斷點被激活而工作進程轉(zhuǎn)變?yōu)檎{(diào)試進程后，向dispatcher節(jié)點發(fā)送調(diào)試聲明信號； dispatcher節(jié)點識別調(diào)試聲明信號所對應的調(diào)試進程，不將工作訪問請求發(fā)送至所述調(diào)試進程。5.根據(jù)權(quán)利要求1-4中任一項所述的方法，其特征在于，所述master節(jié)點將訪問請求分為調(diào)試訪問請求和工作訪問請求，并將所述調(diào)試訪問請求和工作訪問請求發(fā)送至dispatcher節(jié)點包括: master節(jié)點根據(jù)訪問請求中的標識信息，判斷所述訪問請求的類型屬于調(diào)試訪問請求還是工作訪問請求； master節(jié)點將已確定類型的訪問請求發(fā)送至dispatcher節(jié)點。6.一種服務器進程管理系統(tǒng)，包括:master節(jié)點和dispatcher節(jié)點； 所述master節(jié)點包括: 分類單元，配置以將訪問請求分為調(diào)試訪問請求和工作訪問請求； 發(fā)送單元，配置以將所述調(diào)試訪問請求和工作訪問請求發(fā)送至dispatcher節(jié)點； 所述dispatcher節(jié)點包括: 接收單元，配置以接收所述master節(jié)點的發(fā)送單元發(fā)送的調(diào)試訪問請求和工作訪問請求； 分發(fā)單元，配置以分發(fā)接收到的調(diào)試訪問請求和工作訪問請求； 調(diào)度單元，配置以控制所述分發(fā)單元將調(diào)試訪問請求發(fā)送至服務器中的工作進程，將所述工作進程轉(zhuǎn)變?yōu)檎{(diào)試進程；在所述調(diào)試進程處于調(diào)試期間，當所述接收單元接收到工作訪問請求時，控制所述分發(fā)單元將所述工作訪問請求發(fā)送至服務器中的除所述調(diào)試進程之外的工作進程。7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述dispatcher節(jié)點還包括: 進程配置單元，配置以:在所述調(diào)試進程完成調(diào)試之后，將所述調(diào)試進程恢復至工作進程。8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述進程配置單元包括: 臨時斷點配置模塊，配置以為所述工作進程配置臨時斷點； 進程轉(zhuǎn)變模塊，配置以:在所述工作進程接收到所述調(diào)試訪問請求后激活所述臨時斷點，將所述工作進程轉(zhuǎn)變?yōu)檎{(diào)試進程；在所述調(diào)試進程完成調(diào)試之后，撤銷所述臨時斷點，將所述調(diào)試進程恢復至工作進程。9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述進程配置單元還包括調(diào)試聲明模塊，所述調(diào)試聲明模塊配置以在所述臨時斷點被激活而工作進程轉(zhuǎn)變?yōu)檎{(diào)試進程后，向所述調(diào)度單元發(fā)送調(diào)試聲明信號； 所述調(diào)度單元配置以識別所述調(diào)試聲明信號所對應的調(diào)試進程，控制所述分發(fā)單元不將工作訪問請求發(fā)送至所述調(diào)試進程。10.根據(jù)權(quán)利要求6-9中任一項所述的系統(tǒng)，其特征在于，所述分類單元包括: 識別模塊，配置以識別訪問請求中的標識信息； 判斷模塊，配置以根據(jù)所述標識信息判斷所述訪問請求的類型屬于調(diào)試訪問請求還是工作訪問請求。
【文檔編號】G06F9/48GK105893123SQ201510781804
【公開日】2016年8月24日
【申請日】2015年11月13日
【發(fā)明人】李洪福
【申請人】樂視云計算有限公司