http://www.ibm.com/developerworks/cn/aix/library/1206_xiejd_unixexception/index.html
進程退出意味著進程生命期的結(jié)束，系統(tǒng)資源被回收，進程從操作系統(tǒng)環(huán)境中銷毀。進程異常退出是進程在運行過程中被意外終止，從而導(dǎo)致進程本來應(yīng)該繼續(xù)執(zhí)行的任務(wù)無法完成。
進程異常退出可能給軟件用戶造成如下負面影響：
- 軟件喪失部分或者全部功能性，無法完成既定任務(wù)。
- 如果進程正在處理數(shù)據(jù)，可能造成數(shù)據(jù)損壞。
- 如果是關(guān)鍵軟件服務(wù)，必然導(dǎo)致服務(wù)異常中止 , 造成無法預(yù)計的損失。
- 進程異常退出或者進程崩潰 , 也會給軟件用戶造成恐慌和困惑。
進程異常退出是生產(chǎn)環(huán)境中經(jīng)常遇到的問題，它會給軟件用戶造成很多負面影響，所以軟件開發(fā)者應(yīng)當避免這種問題的出現(xiàn)。但是導(dǎo)致進程異常退出的場景和原因是多種多樣的，甚至令人琢磨不透。
本文將所有可能造成進程異常退出的原因歸結(jié)為兩類。系統(tǒng)地將其分類，使讀者對此類問題能有清晰的認識。對每類情況詳細論述，分析根本原因，然后分析了這兩類情況之間的聯(lián)系，也就是信號與進程異常退出的緊密關(guān)系。希望您讀完此文后，能對此類問題有更加全面、深入的理解，對調(diào)試此類問題也能有所幫助，寫出更加可靠、更加穩(wěn)定性、更加健壯的軟件。
首先我們來看導(dǎo)致進程異常退出的這兩類情況：
- 第一類：向進程發(fā)送信號導(dǎo)致進程異常退出；
- 第二類：代碼錯誤導(dǎo)致進程運行時異常退出。
信號 ：
UNIX 系統(tǒng)中的信號是系統(tǒng)響應(yīng)某些狀況而產(chǎn)生的事件，是進程間通信的一種方式。信號可以由一個進程發(fā)送給另外進程，也可以由核發(fā)送給進程。
信號處理程序：
信號處理程序是進程在接收到信號后，系統(tǒng)對信號的響應(yīng)。根據(jù)具體信號的涵義，相應(yīng)的默認信號處理程序會采取不同的信號處理方式：
- 終止進程運行，并且產(chǎn)生 core dump 文件。
- 終止進程運行。
- 忽略信號，進程繼續(xù)執(zhí)行。
- 暫停進程運行。
- 如果進程已被暫停，重新調(diào)度進程繼續(xù)執(zhí)行。
前兩種方式會導(dǎo)致進程異常退出，是本文討論的范圍。實際上，大多數(shù)默認信號處理程序都會終止進程的運行。
在進程接收到信號后，如果進程已經(jīng)綁定自定義的信號處理程序，進程會在用戶態(tài)執(zhí)行自定義的信號處理程序；反之，內(nèi)核會執(zhí)行默認信號程序終止進程運行，導(dǎo)致進程異常退出。
?
所以，通過向進程發(fā)送信號可以觸發(fā)默認信號處理程序，默認信號處理程序終止進程運行。在 UNIX 環(huán)境中我們有三種方式將信號發(fā)送給目標進程，導(dǎo)致進程異常退出。
方式一：調(diào)用函數(shù) kill() 發(fā)送信號
我們可以調(diào)用函數(shù) kill(pid_t pid, int sig) 向進程 ID 為 pid 的進程發(fā)送信號 sig。這個函數(shù)的原型是：
#include <sys/types.h>
#include <signal.h>
int kill(pid_t pid, int sig);
|
?
調(diào)用函數(shù) kill() 后，進程進入內(nèi)核態(tài)向目標進程發(fā)送指定信號；目標進程在接收到信號后，默認信號處理程序被調(diào)用，進程異常退出。
清單 1. 調(diào)用 kill() 函數(shù)發(fā)送信號
/* sendSignal.c, send the signal ‘ SIGSEGV ’ to specific process*/
1 #include <sys/types.h>
2 #include <signal.h>
3
4 int main(int argc, char* argv[])
5 {
6 char* pid = argv[1];
7 int PID = atoi(pid);
8
9 kill(PID, SIGSEGV);
10 return 0;
11 }
|
?
上面的代碼片段演示了如何調(diào)用 kill() 函數(shù)向指定進程發(fā)送 SIGSEGV 信號。編譯并且運行程序：
[root@machine ~]# gcc -o sendSignal sendSignal.c
[root@machine ~]# top &
[1] 22055
[root@machine ~]# ./sendSignal 22055
[1]+ Stopped top
[root@machine ~]# fg %1
top
Segmentation fault (core dumped)
|
?
上面的操作中，我們在后臺運行 top，進程 ID 是 22055，然后運行 sendSignal 向它發(fā)送 SIGSEGV 信號，導(dǎo)致 top 進程異常退出，產(chǎn)生 core dump 文件。
用戶可以在命令模式下運行 kill 命令向目標進程發(fā)送信號，格式為：
kill SIG*** PID
在運行 kill 命令發(fā)送信號后，目標進程會異常退出。這也是系統(tǒng)管理員終結(jié)某個進程的最常用方法，類似于在 Windows 平臺通過任務(wù)管理器殺死某個進程。
在實現(xiàn)上，kill 命令也是調(diào)用 kill 系統(tǒng)調(diào)用函數(shù)來發(fā)送信號。所以本質(zhì)上，方式一和方式二是一樣的。
操作演示如下：
[root@machine ~]# top &
[1] 22810
[root@machine ~]# kill -SIGSEGV 22810
[1]+ Stopped top
[root@machine ~]# fg %1
top
Segmentation fault (core dumped)
|
?
用戶還可以在終端用鍵盤輸入特定的字符（比如 control-C 或 control-\）向前臺進程發(fā)送信號，終止前臺進程運行。常見的中斷字符組合是，使用 control-C 發(fā)送 SIGINT 信號，使用 control-\ 發(fā)送 SIGQUIT 信號，使用 control-z 發(fā)送 SIGTSTP 信號。
在實現(xiàn)上，當用戶輸入中斷字符組合時，比如 control-C，終端驅(qū)動程序響應(yīng)鍵盤輸入，并且識別 control-C 是信號 SIGINT 的產(chǎn)生符號，然后向前臺進程發(fā)送 SIGINT 信號。當前臺進程再次被調(diào)用時就會接收到 SIGINT 信號。
使用鍵盤中斷組合符號發(fā)送信號演示如下：
[root@machine ~]# ./loop.sh ( 注釋：運行一個前臺進程，任務(wù)是每秒鐘打印一次字符串 )
i'm looping ...
i'm looping ...
i'm looping ... ( 注釋：此時，用戶輸入 control-C)
[root@machine ~]# ( 注釋：接收到信號后，進程退出 )
|
?
這類情況導(dǎo)致的進程異常退出，并不是軟件編程錯誤所導(dǎo)致，而是進程外部的異步信號所致。但是我們可以在代碼編寫中做的更好，通過調(diào)用 signal 函數(shù)綁定信號處理程序來應(yīng)對信號的到來，以提高軟件的健壯性。
signal 函數(shù)的原型：
#include <signal.h>
void (*signal(int sig, void (*func)(int)))(int);
|
?
signal 函數(shù)將信號 sig 和自定義信號處理程序綁定，即當進程收到信號 sig 時自定義函數(shù) func 被調(diào)用。如果我們希望軟件在運行時屏蔽某個信號，插入下面的代碼，以達到屏蔽信號 SIGINT 的效果：
(void)signal(SIGINT, SIG_IGN)；
執(zhí)行這一行代碼后，當進程收到信號 SIGINT 后，進程就不會異常退出，而是會忽視這個信號繼續(xù)運行。
更重要的場景是，進程在運行過程中可能會創(chuàng)建一些臨時文件，我們希望進程在清理這些文件后再退出，避免遺留垃圾文件，這種情況下我們也可以調(diào)用 signal 函數(shù)實現(xiàn)，自定義一個信號處理程序來清理臨時文件，當外部發(fā)送信號要求進程終止運行時，這個自定義信號處理程序被調(diào)用做清理工作。代碼清單 2 是具體實現(xiàn)。
清單 2. 調(diào)用 signal 函數(shù)綁定自定義信號處理程序
/* bindSignal.c */
1 #include <signal.h>
2 #include <stdio.h>
3 #include <unistd.h>
4 void cleanTask(int sig) {
5 printf( "Got the signal, deleting the tmp file\n" );
6 if( access( "/tmp/temp.lock", F_OK ) != -1 ) {
7 if( remove( "/tmp/temp.lock" ) != 0 )
8 perror( "Error deleting file" );
9 else
10 printf( "File successfully deleted\n" );
11 }
12
13 printf( "Process existing...\n" );
14 exit(0);
15 }
16
17 int main() {
18 (void) signal( SIGINT, cleanTask );
19 FILE* tmp = fopen ( "/tmp/temp.lock", "w" );
20 while(1) {
21 printf( "Process running happily\n" );
22 sleep(1);
23 }
24
25 if( tmp )
26 remove( "/tmp/temp.lock" );
27 }
運行程序：
[root@machine ~]# ./bindSignal
Process running happily
Process running happily
Process running happily ( 注釋：此時，用戶輸入 control-C)
Got the signal, deleting the tmp file ( 注釋：接收到信號后，cleanTask 被調(diào)用 )
File successfully deleted ( 注釋：cleanTask 刪除臨時文件 )
Process existing... ( 注釋：進程退出 )
|
?
相比于第一類情況，第二類情況在軟件開發(fā)過程中是常客，是編程錯誤，進程運行過程中非法操作引起的。
操作系統(tǒng)和計算機硬件為應(yīng)用程序的運行提供了硬件平臺和軟件支持，為應(yīng)用程序提供了平臺虛擬化，使進程運行在自己的進程空間。在進程看來，它自身獨占整臺系統(tǒng)，任何其它進程都無法干預(yù)，也無法進入它的進程空間。
但是操作系統(tǒng)和計算機硬件又約束每個進程的行為，使進程運行在用戶態(tài)空間，控制權(quán)限，確保進程不會破壞系統(tǒng)資源，不會干涉進入其它進程的空間，確保進程合法訪問內(nèi)存。當進程嘗試突破禁區(qū)做非法操作時，系統(tǒng)會立刻覺察，并且終止進程運行。
所以，第二類情況導(dǎo)致的進程異常退出，起源于進程自身的編程錯誤，錯誤的編碼執(zhí)行非法操作，操作系統(tǒng)和硬件制止它的非法操作，并且讓進程異常退出。
在實現(xiàn)上，操作系統(tǒng)和計算機硬件通過異常和異常處理函數(shù)來阻止進程做非法操作。
當進程執(zhí)行非法操作時，計算機會拋出處理器異常，系統(tǒng)執(zhí)行異常處理函數(shù)以響應(yīng)處理器異常，異常處理函數(shù)往往會終止進程運行。
廣義的異常包括軟中斷 (soft interrupts) 和外設(shè)中斷 (I/O interrupts) 。外設(shè)中斷是系統(tǒng)外圍設(shè)備發(fā)送給處理器的中斷，它通知處理器 I/O 操作的狀態(tài)，這種異常是外設(shè)的異步異常，與具體進程無關(guān)，所以它們不會造成進程的異常退出。本文討論的異常是指 soft interrupts，是進程非法操作所導(dǎo)致的處理器異常，這類異常是進程執(zhí)行非法操作所產(chǎn)生的同步異常，比如內(nèi)存保護異常，除 0 異常，缺頁異常等等。
處理器異常有很多種，系統(tǒng)為每個異常分配異常號，每個異常有相對應(yīng)的異常處理函數(shù)。以 x86 處理器為例，除 0 操作產(chǎn)生 DEE 異常 (Divide Error Exception)，異常號是 0；內(nèi)存非法訪問產(chǎn)生 GPF 異常 (General Protection Fault)，異常號是 13，而缺頁 (page fault) 異常的異常號是 14。當異常出現(xiàn)時，處理器掛起當前進程，讀取異常號，然后執(zhí)行相應(yīng)的異常處理函數(shù)。如果異常是可修復(fù)，比如內(nèi)存缺頁異常，異常處理函數(shù)會修復(fù)系統(tǒng)錯誤狀態(tài)，清除異常，然后重新執(zhí)行一遍被中斷的指令，進程繼續(xù)運行；如果異常無法修復(fù)，比如內(nèi)存非法訪問或者除 0 操作，異常處理函數(shù)會終止進程運行，如圖 2：
?
實例一：內(nèi)存非法訪問
這類問題中最常見的就是內(nèi)存非法訪問。內(nèi)存非法訪問在 UNIX 平臺即 segmentation fault，在 Windows 平臺這類錯誤稱為 Access violation。
內(nèi)存非法訪問是指：進程在運行時嘗試訪問尚未分配（即，沒有將物理內(nèi)存映射進入進程虛擬內(nèi)存空間）的內(nèi)存，或者進程嘗試向只讀內(nèi)存區(qū)域?qū)懭霐?shù)據(jù)。當進程執(zhí)行內(nèi)存非法訪問操作時，內(nèi)存管理單元 MMU 會產(chǎn)生內(nèi)存保護異常 GPF(General Protection Fault)，異常號是 13。系統(tǒng)會立刻暫停進程的非法操作，并且跳轉(zhuǎn)到 GPF 的異常處理程序，終止進程運行。
這種編程錯誤在編譯階段編譯器不會報錯，是運行時出現(xiàn)的錯誤。清單 3 是內(nèi)存非法訪問的一個簡單實例，進程在執(zhí)行第 5 行代碼時執(zhí)行非法內(nèi)存訪問，異常處理函數(shù)終止進程運行。
清單 3. 內(nèi)存非法訪問實例 demoSegfault.c
1 #include<stdio.h>
2 int main()
3 {
4 char* str = "hello";
5 str[0] = 'H';
6 return 0;
7 }
編譯并運行：
[root@machine ~]# gcc demoSegfault.c -o demoSegfault
[root@machine ~]# ./demoSegfault
Segmentation fault (core dumped)
[root@machine ~]# gdb demoSegfault core.24065
( 已省略不相干文本 )
Core was generated by `./demoSegfault'.
Program terminated with signal 11, Segmentation fault.
|
?
分析：實例中，字符串 str 是存儲在內(nèi)存只讀區(qū)的字符串常量，而第 5 行代碼嘗試更改只讀區(qū)的字符，所以這是內(nèi)存非法操作。
進程從開始執(zhí)行到異常退出經(jīng)歷如下幾步：
- 進程執(zhí)行第 5 行代碼，嘗試修改只讀內(nèi)存區(qū)的字符；
- 內(nèi)存管理單元 MMU 檢查到這是非法內(nèi)存操作，產(chǎn)生保護內(nèi)存異常 GPF，異常號 13；
- 處理器立刻暫停進程運行，跳轉(zhuǎn)到 GPF 的異常處理函數(shù)，異常處理函數(shù)終止進程運行；
- 進程 segmentation fault，并且產(chǎn)生 core dump 文件。GDB 調(diào)試結(jié)果顯示，進程異常退出的原因是 segmentation fault。
實例二：除 0 操作
實例二是除 0 操作，軟件開發(fā)中也會引入這樣的錯誤。當進程執(zhí)行除 0 操作時，處理器上的浮點單元 FPU(Floating-point unit) 會產(chǎn)生 DEE 除 0 異常 (Divide Error Exception)，異常號是 0。
1 #include <stdio.h>
2
3 int main()
4 {
5 int a = 1, b = 0, c;
6 printf( "Start running\n" );
7 c = a/b ;
8 printf( "About to quit\n" );
9 }
編譯并運行：
[root@machine ~]# gcc -o divide0 divide0.c
[root@machine ~]# ./divide0 &
[1] 1229
[root@machine ~]# Start running
[1]+ Floating point exception(core dumped) ./divide0
[root@xbng103 ~]# gdb divide0 /corefiles/core.1229
( 已省略不相干文本 )
Core was generated by `./divide0'.
Program terminated with signal 8, Arithmetic exception.
|
?
分析：實例中，代碼第 7 行會執(zhí)行除 0 操作，導(dǎo)致異常出現(xiàn)，異常處理程序終止進程運行，并且輸出錯誤提示：Floating point exception。
異常處理函數(shù)在實現(xiàn)上，是通過向掛起進程發(fā)送信號，進而通過信號的默認信號處理程序終止進程運行，所以異常處理函數(shù)是“間接”終止進程運行。詳細過程如下：
- 進程執(zhí)行非法指令或執(zhí)行錯誤操作；
- 非法操作導(dǎo)致處理器異常產(chǎn)生；
-
系統(tǒng)掛起進程，讀取異常號并且跳轉(zhuǎn)到相應(yīng)的異常處理函數(shù)；
- 異常處理函數(shù)首先查看異常是否可以恢復(fù)。如果無法恢復(fù)異常，異常處理函數(shù)向進程發(fā)送信號。發(fā)送的信號根據(jù)異常類型而定，比如內(nèi)存保護異常 GPF 相對應(yīng)的信號是 SIGSEGV，而除 0 異常 DEE 相對應(yīng)的信號是 SIGFPE；
- 異常處理函數(shù)調(diào)用內(nèi)核函數(shù) issig() 和 psig() 來接收和處理信號。內(nèi)核函數(shù) psig() 執(zhí)行默認信號處理程序，終止進程運行；
- 進程異常退出。
在此基礎(chǔ)上，我們可以把圖 2 進一步細化如下：
?
異常處理函數(shù)執(zhí)行時會檢查異常號，然后根據(jù)異常類型發(fā)送相應(yīng)的信號。
再來看一下實例一（代碼清單 3）的運行結(jié)果：
[root@machine ~]# ./demoSegfault
Segmentation fault (core dumped)
[root@machine ~]# gdb demoSegfault core.24065
( 已省略不相干文本 )
Core was generated by `./demoSegfault'.
Program terminated with signal 11, Segmentation fault.
|
?
運行結(jié)果顯示進程接收到信號 11 后異常退出，在 signal.h 的定義里，11 就是 SIGSEGV。MMU 產(chǎn)生內(nèi)存保護異常 GPF（異常號 13）時，異常處理程序發(fā)送相應(yīng)信號 SIGSEGV，SIGSEGV 的默認信號處理程序終止進程運行。
再來看實例二（代碼清單 4）的運行結(jié)果
[root@machine ~]# ./divide0 &
[1] 1229
[root@machine ~]# Start running
[1]+ Floating point exception(core dumped) ./divide0
[root@xbng103 ~]# gdb divide0 /corefiles/core.1229
( 已省略不相干文本 )
Core was generated by `./divide0'.
Program terminated with signal 8, Arithmetic exception.
|
?
分析結(jié)果顯示進程接收到信號 8 后異常退出，在 signal.h 的定義里，8 就是信號 SIGFPE。除 0 操作產(chǎn)生異常（異常號 0），異常處理程序發(fā)送相應(yīng)信號 SIGFPE 給掛起進程，SIGFPE 的默認信號處理程序終止進程運行。
信號與進程異常退出有著緊密的關(guān)系：第一類情況是因為外部環(huán)境向進程發(fā)送信號，這種情況下發(fā)送的信號是異步信號，信號的到來與進程的運行是異步的；第二類情況是進程非法操作觸發(fā)處理器異常，然后異常處理函數(shù)在內(nèi)核態(tài)向進程發(fā)送信號，這種情況下發(fā)送的信號是同步信號，信號的到來與進程的運行是同步的。這兩種情況都有信號產(chǎn)生，并且最終都是信號處理程序終止進程運行。它們的區(qū)別是信號產(chǎn)生的信號源不同，前者是外部信號源產(chǎn)生異步信號，后者是進程自身作為信號源產(chǎn)生同步信號。
所以，信號是進程異常退出的直接原因。當進程異常退出時，進程必然接收到了信號。
軟件開發(fā)過程中，我們應(yīng)當避免進程異常退出，針對導(dǎo)致進程異常退出的這兩類問題，對軟件開發(fā)者的幾點建議：
- 通常情況無需屏蔽外部信號。信號作為進程間的一種通信方式，異步信號到來意味著外部要求進程的退出；
- 綁定自定義信號處理程序做清理工作，當外部信號到來時，確保進程異常退出前，自定義信號處理程序被調(diào)用做清理工作，比如刪除創(chuàng)建的臨時文件。
- 針對第二類情況，編程過程中確保進程不要做非法操作，尤其是在訪問內(nèi)存時，確保內(nèi)存已經(jīng)分配給進程（映射入進程虛擬地址空間），不要向只讀區(qū)寫入數(shù)據(jù)。
進程異常退出時，操作系統(tǒng)會產(chǎn)生 core dump 文件，cored ump 文件是進程異常退出前內(nèi)存狀態(tài)的快照，運行 GDB 分析 core dump 文件可以幫助調(diào)試和定位問題。
1) 首先，分析 core dump 查看導(dǎo)致進程異常退出的具體信號和退出原因。
使用 GDB 調(diào)試實例一（代碼清單 3）的分析結(jié)果如下：
[root@machine ~]# gdb demoSegfault core.24065
( 已省略不相干文本 )
Core was generated by `./demoSegfault'.
Program terminated with signal 11, Segmentation fault.
|
?
分析結(jié)果顯示，終止進程運行的信號是 11，SIGSEGV，原因是內(nèi)存非法訪問。
2) 然后，定位錯誤代碼。
在 GDB 分析 core dump 時，輸入“bt”指令打印進程退出時的代碼調(diào)用鏈，即 backtrace，就可以定位到錯誤代碼。
用 gcc 編譯程序時加入?yún)?shù) -g 可以生成符號文件，幫助調(diào)試。
重新編譯、執(zhí)行實例一，并且分析 core dump 文件，定位錯誤代碼：
[root@machine ~]# gcc -o demoSegfault demoSegfault.c -g
[root@machine ~]# ./demoSegfault &
[1] 28066
[1]+ Segmentation fault (core dumped) ./demoSegfault
[root@machine ~]# gdb demoSegfault /corefiles/core.28066
( 已省略不相干文本 )
Core was generated by `./demoSegfault'.
Program terminated with signal 11, Segmentation fault.
#0 0x0804835a in main () at demoSegfault.c:5
5 str[0] = 'H';
(gdb) bt
#0 0x0804835a in main () at demoSegfault.c:5
(gdb)
|
?
在加了參數(shù) -g 編譯后，我們可以用 gdb 解析出更多的信息幫助我們調(diào)試。在輸入“bt”后，GDB 輸出提示錯誤出現(xiàn)在第 5 行。
3) 最后，在定位到錯誤代碼行后，就可以很快知道根本原因，并且修改錯誤代碼。
?
學習
-
參考 developerWorks 中國文章“
Linux 環(huán)境進程間通信（二）: 信號
”，了解信號的概念。?
-
Computer Systems A Programmer's Perspective
， 作者是 Randal E. Bryant 和 David R. O'Hallaron。?
-
UNIX Internals - The New Frontiers
，作者是 Uresh Vahalia。?
-
Advanced programming in the unix environment
，作者是 W. Richard Stevens。?
-
參考 wikipedia 文章，
http://en.wikipedia.org/wiki/Floating-point_unit
，了解處理器 FPU。?
-
參考 GDB 開源主頁?
http://www.gnu.org/software/gdb/documentation/
，學習 GDB。?
-
AIX and UNIX 專區(qū)
：developerWorks 的“AIX and UNIX 專區(qū)”提供了大量與 AIX 系統(tǒng)管理的所有方面相關(guān)的信息，您可以利用它們來擴展自己的 UNIX 技能。
-
AIX and UNIX 新手入門
：訪問“AIX and UNIX 新手入門”頁面可了解更多關(guān)于 AIX 和 UNIX 的內(nèi)容。
-
AIX and UNIX 專題匯總
：AIX and UNIX 專區(qū)已經(jīng)為您推出了很多的技術(shù)專題，為您總結(jié)了很多熱門的知識點。我們在后面還會繼續(xù)推出很多相關(guān)的熱門專題給您，為了方便您的訪問，我們在這里為您把本專區(qū)的所有專題進行匯總，讓您更方便的找到您需要的內(nèi)容。
-
AIX and UNIX 下載中心
：在這里你可以下載到可以運行在 AIX 或者是 UNIX 系統(tǒng)上的 IBM 服務(wù)器軟件以及工具，讓您可以提前免費試用他們的強大功能。
-
IBM Systems Magazine for AIX 中文版
：本雜志的內(nèi)容更加關(guān)注于趨勢和企業(yè)級架構(gòu)應(yīng)用方面的內(nèi)容，同時對于新興的技術(shù)、產(chǎn)品、應(yīng)用方式等也有很深入的探討。IBM Systems Magazine 的內(nèi)容都是由十分資深的業(yè)內(nèi)人士撰寫的，包括 IBM 的合作伙伴、IBM 的主機工程師以及高級管理人員。所以，從這些內(nèi)容中，您可以了解到更高層次的應(yīng)用理念，讓您在選擇和應(yīng)用 IBM 系統(tǒng)時有一個更好的認識。
討論
-
加入?
developerWorks 中文社區(qū)
。查看開發(fā)人員推動的博客、論壇、組和維基，并與其他 developerWorks 用戶交流。
更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號聯(lián)系： 360901061
您的支持是博主寫作最大的動力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點擊下面給點支持吧，站長非常感激您！手機微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
