python 語(yǔ)言類型

一位博學(xué)的讀者發(fā)給我 Python 如何與其它編程語(yǔ)言的比較的解釋:

所以說(shuō) Python 既是 動(dòng)態(tài)類型定義語(yǔ)言 (因?yàn)樗皇褂蔑@示數(shù)據(jù)類型聲明) , 又是 強(qiáng)類型定義語(yǔ)言 (因?yàn)橐坏┮粋€(gè)變量具有一個(gè)數(shù)據(jù)類型, 它實(shí)際上就一直是這個(gè)類型了) 。

posted @ 2007-02-13 11:56 SYBIL@BLOGJAVA 閱讀(158) | 評(píng)論 (0) | 編輯 收藏

unix 高手的10個(gè)習(xí)慣,zz

UNIX 高手的 10 個(gè)習(xí)慣 克服不良的 UNIX 使用模式

文檔選項(xiàng) 將此頁(yè)作為電子郵件發(fā)送 未顯示需要 JavaScript 的文檔選項(xiàng) 拓展 Tomcat 應(yīng)用 下載 IBM 開源 J2EE 應(yīng)用服務(wù)器 WAS CE 新版本 V1.1

級(jí)別: 中級(jí)

Michael Stutz (stutz@dsl.org), 作者, 顧問(wèn)

2007 年 2 月 09 日

采用 10 個(gè)能夠提高您的 UNIX? 命令行效率的好習(xí)慣——并在此過(guò)程中擺脫不良的使用模式。本文循序漸進(jìn)地指導(dǎo)您學(xué)習(xí)幾項(xiàng)用于命令行操作的技術(shù)，這些技術(shù)非常好，但是通常被忽略。了解常見(jiàn)錯(cuò)誤和克服它們的方法，以便您能夠確切了解為何值得采用這些 UNIX 習(xí)慣。

引言

當(dāng)您經(jīng)常使用某個(gè)系統(tǒng)時(shí)，往往會(huì)陷入某種固定的使用模式。有時(shí)，您沒(méi)有養(yǎng)成以盡可能最好的方式做事的習(xí)慣。有時(shí)，您的不良習(xí)慣甚至?xí)?dǎo)致出現(xiàn)混亂。糾正此類缺點(diǎn)的最佳方法之一，就是有意識(shí)地采用抵制這些壞習(xí)慣的好習(xí)慣。本文提出了 10 個(gè)值得采用的 UNIX 命令行習(xí)慣——幫助您克服許多常見(jiàn)使用怪癖，并在該過(guò)程中提高命令行工作效率的好習(xí)慣。下面列出了這 10 個(gè)好習(xí)慣，之后對(duì)進(jìn)行了更詳細(xì)的描述。

采用 10 個(gè)好習(xí)慣

要采用的十個(gè)好習(xí)慣為：

1. 在單個(gè)命令中創(chuàng)建目錄樹 。
2. 更改路徑；不要移動(dòng)存檔 。
3. 將命令與控制操作符組合使用 。
4. 謹(jǐn)慎引用變量 。
5. 使用轉(zhuǎn)義序列來(lái)管理較長(zhǎng)的輸入 。
6. 在列表中對(duì)命令分組 。
7. 在 find 之外使用 xargs 。
8. 了解何時(shí) grep 應(yīng)該執(zhí)行計(jì)數(shù)——何時(shí)應(yīng)該繞過(guò) 。
9. 匹配輸出中的某些字段，而不只是對(duì)行進(jìn)行匹配 。
10. 停止對(duì) cat 使用管道 。

在單個(gè)命令中創(chuàng)建目錄樹

清單 1 演示了最常見(jiàn)的 UNIX 壞習(xí)慣之一：一次定義一個(gè)目錄樹。

	
~ $ mkdir tmp
~ $ cd tmp
~/tmp $ mkdir a
~/tmp $ cd a
~/tmp/a $ mkdir b
~/tmp/a $ cd b
~/tmp/a/b/ $ mkdir c
~/tmp/a/b/ $ cd c
~/tmp/a/b/c $

使用 mkdir 的 -p 選項(xiàng)并在單個(gè)命令中創(chuàng)建所有父目錄及其子目錄要容易得多。但是即使對(duì)于知道此選項(xiàng)的管理員，他們?cè)诿钚猩蟿?chuàng)建子目錄時(shí)也仍然束縛于逐步創(chuàng)建每級(jí)子目錄?；〞r(shí)間有意識(shí)地養(yǎng)成這個(gè)好習(xí)慣是值得的：

~ $ mkdir -p tmp/a/b/c

您可以使用此選項(xiàng)來(lái)創(chuàng)建整個(gè)復(fù)雜的目錄樹（在腳本中使用是非常理想的），而不只是創(chuàng)建簡(jiǎn)單的層次結(jié)構(gòu)。例如：

~ $ mkdir -p project/{lib/ext,bin,src,doc/{html,info,pdf},demo/stat/a}

過(guò)去，單獨(dú)定義目錄的唯一借口是您的 mkdir 實(shí)現(xiàn)不支持此選項(xiàng)，但是在大多數(shù)系統(tǒng)上不再是這樣了。IBM、AIX?、mkdir、GNU mkdir 和其他遵守單一 UNIX 規(guī)范 (Single UNIX Specification) 的系統(tǒng)現(xiàn)在都具有此選項(xiàng)。

對(duì)于仍然缺乏該功能的少數(shù)系統(tǒng)，您可以使用 mkdirhier 腳本（請(qǐng)參見(jiàn)參考資料），此腳本是執(zhí)行相同功能的 mkdir 的包裝：

~ $ mkdirhier project/{lib/ext,bin,src,doc/{html,info,pdf},demo/stat/a}

更改路徑；不要移動(dòng)存檔

另一個(gè)不良的使用模式是將 .tar 存檔文件移動(dòng)到某個(gè)目錄，因?yàn)樵撃夸浨『檬悄Ｍ谄渲刑崛?.tar 文件的目錄。其實(shí)您根本不需要這樣做。您可以隨心所欲地將任何 .tar 存檔文件解壓縮到任何目錄——這就是 -C 選項(xiàng)的用途。在解壓縮某個(gè)存檔文件時(shí)，使用 -C 選項(xiàng)來(lái)指定要在其中解壓縮該文件的目錄：

~ $ tar xvf -C tmp/a/b/c newarc.tar.gz

相對(duì)于將存檔文件移動(dòng)到您希望在其中解壓縮它的位置，切換到該目錄，然后才解壓縮它，養(yǎng)成使用 -C 的習(xí)慣則更加可取——當(dāng)存檔文件位于其他某個(gè)位置時(shí)尤其如此。

回頁(yè)首

將命令與控制操作符組合使用

您可能已經(jīng)知道，在大多數(shù) Shell 中，您可以在單個(gè)命令行上通過(guò)在命令之間放置一個(gè)分號(hào) (;) 來(lái)組合命令。該分號(hào)是 Shell 控制操作符，雖然它對(duì)于在單個(gè)命令行上將離散的命令串聯(lián)起來(lái)很有用，但它并不適用于所有情況。例如，假設(shè)您使用分號(hào)來(lái)組合兩個(gè)命令，其中第二個(gè)命令的正確執(zhí)行完全依賴于第一個(gè)命令的成功完成。如果第一個(gè)命令未按您預(yù)期的那樣退出，第二個(gè)命令仍然會(huì)運(yùn)行——結(jié)果會(huì)導(dǎo)致失敗。相反，應(yīng)該使用更適當(dāng)?shù)目刂撇僮鞣ū疚膶⒚枋銎渲械牟糠植僮鞣Ｖ灰?Shell 支持它們，就值得養(yǎng)成使用它們的習(xí)慣。

僅當(dāng)另一個(gè)命令返回零退出狀態(tài)時(shí)才運(yùn)行某個(gè)命令

使用 && 控制操作符來(lái)組合兩個(gè)命令，以便僅當(dāng) 第一個(gè)命令返回零退出狀態(tài)時(shí)才運(yùn)行第二個(gè)命令。換句話說(shuō)，如果第一個(gè)命令運(yùn)行成功，則第二個(gè)命令將運(yùn)行。如果第一個(gè)命令失敗，則第二個(gè)命令根本就不運(yùn)行。例如：

~ $ cd tmp/a/b/c && tar xvf ~/archive.tar

在此例中，存檔的內(nèi)容將提取到 ~/tmp/a/b/c 目錄中，除非該目錄不存在。如果該目錄不存在，則 tar 命令不會(huì)運(yùn)行，因此不會(huì)提取任何內(nèi)容。

僅當(dāng)另一個(gè)命令返回非零退出狀態(tài)時(shí)才運(yùn)行某個(gè)命令

類似地，|| 控制操作符分隔兩個(gè)命令，并且僅當(dāng)?shù)谝粋€(gè)命令返回非零退出狀態(tài)時(shí)才運(yùn)行第二個(gè)命令。換句話說(shuō)，如果第一個(gè)命令成功，則第二個(gè)命令不會(huì)運(yùn)行。如果第一個(gè)命令失敗，則第二個(gè)命令才會(huì) 運(yùn)行。在測(cè)試某個(gè)給定目錄是否存在時(shí)，通常使用此操作符，如果該目錄不存在，則創(chuàng)建它：

~ $ cd tmp/a/b/c || mkdir -p tmp/a/b/c

您還可以組合使用本部分中描述的控制操作符。每個(gè)操作符都影響最后的命令運(yùn)行：

~ $ cd tmp/a/b/c || mkdir -p tmp/a/b/c && tar xvf -C tmp/a/b/c ~/archive.tar

回頁(yè)首

謹(jǐn)慎引用變量

始終要謹(jǐn)慎使用 Shell 擴(kuò)展和變量名稱。一般最好將變量調(diào)用包括在雙引號(hào)中，除非您有不這樣做的足夠理由。類似地，如果您直接在字母數(shù)字文本后面使用變量名稱，則還要確保將該變量名稱包括在方括號(hào) ([]) 中，以使其與周圍的文本區(qū)分開來(lái)。否則，Shell 將把尾隨文本解釋為變量名稱的一部分——并且很可能返回一個(gè)空值。清單 8 提供了變量的各種引用和非引用及其影響的示例。

~ $ ls tmp/
a b
~ $ VAR="tmp/*"
~ $ echo $VAR
tmp/a tmp/b
~ $ echo "$VAR"
tmp/*
~ $ echo $VARa

~ $ echo "$VARa"

~ $ echo "${VAR}a"
tmp/*a
~ $ echo ${VAR}a
tmp/a
~ $

回頁(yè)首

使用轉(zhuǎn)義序列來(lái)管理較長(zhǎng)的輸入

您或許看到過(guò)使用反斜杠 (\) 來(lái)將較長(zhǎng)的行延續(xù)到下一行的代碼示例，并且您知道大多數(shù) Shell 都將您通過(guò)反斜杠聯(lián)接的后續(xù)行上鍵入的內(nèi)容視為單個(gè)長(zhǎng)行。然而，您可能沒(méi)有在命令行中像通常那樣利用此功能。如果您的終端無(wú)法正確處理多行回繞，或者您的命令行比通常?。ɡ缭谔崾痉掠虚L(zhǎng)路經(jīng)的時(shí)候），反斜杠就特別有用。反斜杠對(duì)于了解鍵入的長(zhǎng)輸入行的含義也非常有用，如以下示例所示：

~ $ cd tmp/a/b/c || \
> mkdir -p tmp/a/b/c && \
> tar xvf -C tmp/a/b/c ~/archive.tar

或者，也可以使用以下配置：

~ $ cd tmp/a/b/c \
>                 || \
> mkdir -p tmp/a/b/c \
>                    && \
> tar xvf -C tmp/a/b/c ~/archive.tar

然而，當(dāng)您將輸入行劃分到多行上時(shí)，Shell 始終將其視為單個(gè)連續(xù)的行，因?yàn)樗偸莿h除所有反斜杠和額外的空格。

注意：在大多數(shù) Shell 中，當(dāng)您按向上箭頭鍵時(shí)，整個(gè)多行輸入將重繪到單個(gè)長(zhǎng)輸入行上。

回頁(yè)首

在列表中對(duì)命令分組

大多數(shù) Shell 都具有在列表中對(duì)命令分組的方法，以便您能將它們的合計(jì)輸出向下傳遞到某個(gè)管道，或者將其任何部分或全部流重定向到相同的地方。您一般可以通過(guò)在某個(gè) Subshell 中運(yùn)行一個(gè)命令列表或通過(guò)在當(dāng)前 Shell 中運(yùn)行一個(gè)命令列表來(lái)實(shí)現(xiàn)此目的。

在 Subshell 中運(yùn)行命令列表

使用括號(hào)將命令列表包括在單個(gè)組中。這樣做將在一個(gè)新的 Subshell 中運(yùn)行命令，并允許您重定向或收集整組命令的輸出，如以下示例所示：

~ $ ( cd tmp/a/b/c/ || mkdir -p tmp/a/b/c && \
> VAR=$PWD; cd ~; tar xvf -C $VAR archive.tar ) \
> | mailx admin -S "Archive contents"

在此示例中，該存檔的內(nèi)容將提取到 tmp/a/b/c/ 目錄中，同時(shí)將分組命令的輸出（包括所提取文件的列表）通過(guò)郵件發(fā)送到地址 admin。

當(dāng)您在命令列表中重新定義環(huán)境變量，并且您不希望將那些定義應(yīng)用于當(dāng)前 Shell 時(shí)，使用 Subshell 更可取。

在當(dāng)前 Shell 中運(yùn)行命令列表

將命令列表用大括號(hào) ({}) 括起來(lái)，以在當(dāng)前 Shell 中運(yùn)行。確保在括號(hào)與實(shí)際命令之間包括空格，否則 Shell 可能無(wú)法正確解釋括號(hào)。此外，還要確保列表中的最后一個(gè)命令以分號(hào)結(jié)尾，如以下示例所示：

~ $ { cp ${VAR}a . && chown -R guest.guest a && \
> tar cvf newarchive.tar a; } | mailx admin -S "New archive"

回頁(yè)首

在 find 之外使用 xargs

使用 xargs 工具作為篩選器，以充分利用從 find 命令挑選的輸出。find 運(yùn)行通常提供與某些條件匹配的文件列表。此列表被傳遞到 xargs 上，后者然后使用該文件列表作為參數(shù)來(lái)運(yùn)行其他某些有用的命令，如以下示例所示：

~ $ find some-file-criteria some-file-path | \
> xargs some-great-command-that-needs-filename-arguments

然而，不要將 xargs 僅看作是 find 的輔助工具；它是一個(gè)未得到充分利用的工具之一，當(dāng)您養(yǎng)成使用它的習(xí)慣時(shí)，將會(huì)希望進(jìn)行所有試驗(yàn)，包括以下用法。

傳遞空格分隔的列表

在最簡(jiǎn)單的調(diào)用形式中，xargs 就像一個(gè)篩選器，它接受一個(gè)列表（每個(gè)成員分別在單獨(dú)的行上）作為輸入。該工具將那些成員放置在單個(gè)空格分隔的行上：

~ $ xargsabcControl-D
a b c
~ $

您可以發(fā)送通過(guò) xargs 來(lái)輸出文件名的任何工具的輸出，以便為其他某些接受文件名作為參數(shù)的工具獲得參數(shù)列表，如以下示例所示：

~/tmp $ ls -1 | xargs
December_Report.pdf README a archive.tar mkdirhier.sh
~/tmp $ ls -1 | xargs file
December_Report.pdf: PDF document, version 1.3
README: ASCII text
a: directory
archive.tar: POSIX tar archive
mkdirhier.sh: Bourne shell script text executable
~/tmp $

xargs 命令不只用于傳遞文件名。您還可以在需要將文本篩選到單個(gè)行中的任何時(shí)候使用它：

~/tmp $ ls -l | xargs
-rw-r--r-- 7 joe joe 12043 Jan 27 20:36 December_Report.pdf -rw-r--r-- 1 \
root root 238 Dec 03 08:19 README drwxr-xr-x 38 joe joe 354082 Nov 02 \
16:07 a -rw-r--r-- 3 joe joe 5096 Dec 14 14:26 archive.tar -rwxr-xr-x 1 \
joe joe 3239 Sep 30 12:40 mkdirhier.sh
~/tmp $

謹(jǐn)慎使用 xargs

從技術(shù)上講，使用 xargs 很少遇到麻煩。缺省情況下，文件結(jié)束字符串是下劃線 (_)；如果將該字符作為單個(gè)輸入?yún)?shù)來(lái)發(fā)送，則它之后的所有內(nèi)容將被忽略。為了防止這種情況發(fā)生，可以使用 -e 標(biāo)志，它在不帶參數(shù)的情況下完全禁用結(jié)束字符串。

回頁(yè)首

了解何時(shí) grep 應(yīng)該執(zhí)行計(jì)數(shù)——何時(shí)應(yīng)該繞過(guò)

避免通過(guò)管道將 grep 發(fā)送到 wc -l 來(lái)對(duì)輸出行數(shù)計(jì)數(shù)。grep 的 -c 選項(xiàng)提供了對(duì)與特定模式匹配的行的計(jì)數(shù)，并且一般要比通過(guò)管道發(fā)送到 wc 更快，如以下示例所示：

~ $ time grep and tmp/a/longfile.txt | wc -l
2811

real    0m0.097s
user    0m0.006s
sys     0m0.032s
~ $ time grep -c and tmp/a/longfile.txt
2811

real    0m0.013s
user    0m0.006s
sys     0m0.005s
~ $ 

除了速度因素外，-c 選項(xiàng)還是執(zhí)行計(jì)數(shù)的好方法。對(duì)于多個(gè)文件，帶 -c 選項(xiàng)的 grep 返回每個(gè)文件的單獨(dú)計(jì)數(shù)，每行一個(gè)計(jì)數(shù)，而針對(duì) wc 的管道則提供所有文件的組合總計(jì)數(shù)。

然而，不管是否考慮速度，此示例都表明了另一個(gè)要避免地常見(jiàn)錯(cuò)誤。這些計(jì)數(shù)方法僅提供包含匹配模式的行數(shù)——如果那就是您要查找的結(jié)果，這沒(méi)什么問(wèn)題。但是在行中具有某個(gè)特定模式的多個(gè)實(shí)例的情況下，這些方法無(wú)法為您提供實(shí)際匹配實(shí)例數(shù)量 的真實(shí)計(jì)數(shù)。歸根結(jié)底，若要對(duì)實(shí)例計(jì)數(shù)，您還是要使用 wc 來(lái)計(jì)數(shù)。首先，使用 -o 選項(xiàng)（如果您的版本支持它的話）來(lái)運(yùn)行 grep 命令。此選項(xiàng)僅 輸出匹配的模式，每行一個(gè)模式，而不輸出行本身。但是您不能將它與 -c 選項(xiàng)結(jié)合使用，因此要使用 wc -l 來(lái)對(duì)行計(jì)數(shù)，如以下示例所示：

~ $ grep -o and tmp/a/longfile.txt | wc -l
3402
~ $

在此例中，調(diào)用 wc 要比第二次調(diào)用 grep 并插入一個(gè)虛擬模式（例如 grep -c）來(lái)對(duì)行進(jìn)行匹配和計(jì)數(shù)稍快一點(diǎn)。

回頁(yè)首

匹配輸出中的某些字段，而不只是對(duì)行進(jìn)行匹配

當(dāng)您只希望匹配輸出行中特定字段 中的模式時(shí)，諸如 awk 等工具要優(yōu)于 grep。

下面經(jīng)過(guò)簡(jiǎn)化的示例演示了如何僅列出 12 月修改過(guò)的文件。

~/tmp $ ls -l /tmp/a/b/c | grep Dec
-rw-r--r--  7 joe joe  12043 Jan 27 20:36 December_Report.pdf
-rw-r--r--  1 root root  238 Dec 03 08:19 README
-rw-r--r--  3 joe joe   5096 Dec 14 14:26 archive.tar
~/tmp $

在此示例中，grep 對(duì)行進(jìn)行篩選，并輸出其修改日期和名稱中帶 Dec 的所有文件。因此，諸如 December_Report.pdf 等文件是匹配的，即使它自從一月份以來(lái)還未修改過(guò)。這可能不是您希望的結(jié)果。為了匹配特定字段中的模式，最好使用 awk，其中的一個(gè)關(guān)系運(yùn)算符對(duì)確切的字段進(jìn)行匹配，如以下示例所示：

~/tmp $ ls -l | awk '$6 == "Dec"'
-rw-r--r--  3 joe joe   5096 Dec 14 14:26 archive.tar
-rw-r--r--  1 root root  238 Dec 03 08:19 README
~/tmp $

有關(guān)如何使用 awk 的更多詳細(xì)信息，請(qǐng)參見(jiàn)參考資料。

回頁(yè)首

停止對(duì) cat 使用管道

grep 的一個(gè)常見(jiàn)的基本用法錯(cuò)誤是通過(guò)管道將 cat 的輸出發(fā)送到 grep 以搜索單個(gè)文件的內(nèi)容。這絕對(duì)是不必要的，純粹是浪費(fèi)時(shí)間，因?yàn)橹T如 grep 這樣的工具接受文件名作為參數(shù)。您根本不需要在這種情況下使用 cat，如以下示例所示：

	
~ $ time cat tmp/a/longfile.txt | grep and
2811

real    0m0.015s
user    0m0.003s
sys     0m0.013s
~ $ time grep and tmp/a/longfile.txt
2811

real    0m0.010s
user    0m0.006s
sys     0m0.004s
~ $ 

此錯(cuò)誤存在于許多工具中。由于大多數(shù)工具都接受使用連字符 (-) 的標(biāo)準(zhǔn)輸入作為一個(gè)參數(shù)，因此即使使用 cat 來(lái)分散 stdin 中的多個(gè)文件，參數(shù)也通常是無(wú)效的。僅當(dāng)您使用帶多個(gè)篩選選項(xiàng)之一的 cat 時(shí)，才真正有必要在管道前首先執(zhí)行連接。

回頁(yè)首

結(jié)束語(yǔ)：養(yǎng)成好習(xí)慣

最好檢查一下您的命令行習(xí)慣中的任何不良的使用模式。不良的使用模式會(huì)降低您的速度，并且通常會(huì)導(dǎo)致意外錯(cuò)誤。本文介紹了 10 個(gè)新習(xí)慣，它們可以幫助您擺脫許多最常見(jiàn)的使用錯(cuò)誤。養(yǎng)成這些好習(xí)慣是加強(qiáng)您的 UNIX 命令行技能的積極步驟。

posted @ 2007-02-12 17:39 SYBIL@BLOGJAVA 閱讀(150) | 評(píng)論 (0) | 編輯 收藏

線程池

100行Java代碼構(gòu)建一個(gè)線程池

在現(xiàn)代的操作系統(tǒng)中，有一個(gè)很重要的概念――線程，幾乎所有目前流行的操作系統(tǒng)都支持線程，線程來(lái)源于操作系統(tǒng)中進(jìn)程的概念，進(jìn)程有自己的虛擬地址空間以及正文段、數(shù)據(jù)段及堆棧，而且各自占有不同的系統(tǒng)資源（例如文件、環(huán)境變量等等）。與此不同，線程不能單獨(dú)存在，它依附于進(jìn)程，只能由進(jìn)程派生。如果一個(gè)進(jìn)程派生出了兩個(gè)線程，那這兩個(gè)線程共享此進(jìn)程的全局變量和代碼段，但每個(gè)線程各擁有各自的堆棧，因此它們擁有各自的局部變量，線程在UNIX系統(tǒng)中還被進(jìn)一步分為用戶級(jí)線程（由進(jìn)程自已來(lái)管理）和系統(tǒng)級(jí)線程（由操作系統(tǒng)的調(diào)度程序來(lái)管理）。

　　既然有了進(jìn)程，為什么還要提出線程的概念呢？因?yàn)榕c創(chuàng)建一個(gè)新的進(jìn)程相比，創(chuàng)建一個(gè)線程將會(huì)耗費(fèi)小得多的系統(tǒng)資源，對(duì)于一些小型的應(yīng)用，可能感覺(jué)不到這點(diǎn)，但對(duì)于那些并發(fā)進(jìn)程數(shù)特別多的應(yīng)用，使用線程會(huì)比使用進(jìn)程獲得更好的性能，從而降低操作系統(tǒng)的負(fù)擔(dān)。另外，線程共享創(chuàng)建它的進(jìn)程的全局變量，因此線程間的通訊編程會(huì)更將簡(jiǎn)單，完全可以拋棄傳統(tǒng)的進(jìn)程間通訊的IPC編程，而采用共享全局變量來(lái)進(jìn)行線程間通訊。

　　有了上面這個(gè)概念，我們下面就進(jìn)入正題，來(lái)看一下線程池究竟是怎么一回事？其實(shí)線程池的原理很簡(jiǎn)單，類似于操作系統(tǒng)中的緩沖區(qū)的概念，它的流程如下：先啟動(dòng)若干數(shù)量的線程，并讓這些線程都處于睡眠狀態(tài)，當(dāng)客戶端有一個(gè)新請(qǐng)求時(shí)，就會(huì)喚醒線程池中的某一個(gè)睡眠線程，讓它來(lái)處理客戶端的這個(gè)請(qǐng)求，當(dāng)處理完這個(gè)請(qǐng)求后，線程又處于睡眠狀態(tài)?？赡苣阋苍S會(huì)問(wèn)：為什么要搞得這么麻煩，如果每當(dāng)客戶端有新的請(qǐng)求時(shí)，我就創(chuàng)建一個(gè)新的線程不就完了？這也許是個(gè)不錯(cuò)的方法，因?yàn)樗苁沟媚憔帉懘a相對(duì)容易一些，但你卻忽略了一個(gè)重要的問(wèn)題――性能！就拿我所在的單位來(lái)說(shuō)，我的單位是一個(gè)省級(jí)數(shù)據(jù)大集中的銀行網(wǎng)絡(luò)中心，高峰期每秒的客戶端請(qǐng)求并發(fā)數(shù)超過(guò)100，如果為每個(gè)客戶端請(qǐng)求創(chuàng)建一個(gè)新線程的話，那耗費(fèi)的CPU時(shí)間和內(nèi)存將是驚人的，如果采用一個(gè)擁有200個(gè)線程的線程池，那將會(huì)節(jié)約大量的的系統(tǒng)資源，使得更多的CPU時(shí)間和內(nèi)存用來(lái)處理實(shí)際的商業(yè)應(yīng)用，而不是頻繁的線程創(chuàng)建與銷毀。

　　既然一切都明白了，那我們就開始著手實(shí)現(xiàn)一個(gè)真正的線程池吧，線程編程可以有多種語(yǔ)言來(lái)實(shí)現(xiàn)，例如C、C＋＋、java等等，但不同的操作系統(tǒng)提供不同的線程API接口，為了讓你能更明白線程池的原理而避免陷入煩瑣的API調(diào)用之中，我采用了JAVA語(yǔ)言來(lái)實(shí)現(xiàn)它，由于JAVA語(yǔ)言是一種跨平臺(tái)的語(yǔ)言，因此你不必為使用不同的操作系統(tǒng)而無(wú)法編譯運(yùn)行本程序而苦惱，只要你安裝了JDK1.2以上的版本，都能正確地編譯運(yùn)行本程序。另外JAVA語(yǔ)言本身就內(nèi)置了線程對(duì)象，而且JAVA語(yǔ)言是完全面像對(duì)象的，因此能夠讓你更清晰地了解線程池的原理，如果你注意看一下本文的標(biāo)題，你會(huì)發(fā)現(xiàn)整個(gè)示例程序的代碼只有大約100行。

　　本示例程序由三個(gè)類構(gòu)成，第一個(gè)是TestThreadPool類，它是一個(gè)測(cè)試程序，用來(lái)模擬客戶端的請(qǐng)求，當(dāng)你運(yùn)行它時(shí)，系統(tǒng)首先會(huì)顯示線程池的初始化信息，然后提示你從鍵盤上輸入字符串，并按下回車鍵，這時(shí)你會(huì)發(fā)現(xiàn)屏幕上顯示信息，告訴你某個(gè)線程正在處理你的請(qǐng)求，如果你快速地輸入一行行字符串，那么你會(huì)發(fā)現(xiàn)線程池中不斷有線程被喚醒，來(lái)處理你的請(qǐng)求，在本例中，我創(chuàng)建了一個(gè)擁有10個(gè)線程的線程池，如果線程池中沒(méi)有可用線程了，系統(tǒng)會(huì)提示你相應(yīng)的警告信息，但如果你稍等片刻，那你會(huì)發(fā)現(xiàn)屏幕上會(huì)陸陸續(xù)續(xù)提示有線程進(jìn)入了睡眠狀態(tài)，這時(shí)你又可以發(fā)送新的請(qǐng)求了。

　　第二個(gè)類是ThreadPoolManager類，顧名思義，它是一個(gè)用于管理線程池的類，它的主要職責(zé)是初始化線程池，并為客戶端的請(qǐng)求分配不同的線程來(lái)進(jìn)行處理，如果線程池滿了，它會(huì)對(duì)你發(fā)出警告信息。

　　最后一個(gè)類是SimpleThread類，它是Thread類的一個(gè)子類，它才真正對(duì)客戶端的請(qǐng)求進(jìn)行處理，SimpleThread在示例程序初始化時(shí)都處于睡眠狀態(tài)，但如果它接受到了ThreadPoolManager類發(fā)過(guò)來(lái)的調(diào)度信息，則會(huì)將自己?jiǎn)拘眩?duì)請(qǐng)求進(jìn)行處理。


　　首先我們來(lái)看一下TestThreadPool類的源碼：



//TestThreadPool.java
1 import java.io.*;
2
3
4 public class TestThreadPool
5 {
6 public static void main(String[] args)
7 {
8 try{
9 BufferedReader br = new BufferedReader(new InputStreamReader(System.in));
10 String s;
11 ThreadPoolManager manager = new ThreadPoolManager(10);
12 while((s = br.readLine()) != null)
13 {
14 manager.process(s);
15 }
16 }catch(IOException e){}
17 }
18 }



　　由于此測(cè)試程序用到了輸入輸入類，因此第1行導(dǎo)入了JAVA的基本IO處理包，在第11行中，我們創(chuàng)建了一個(gè)名為manager的類，它給ThreadPoolManager類的構(gòu)造函數(shù)傳遞了一個(gè)值為10的參數(shù)，告訴ThreadPoolManager類：我要一個(gè)有10個(gè)線程的池，給我創(chuàng)建一個(gè)吧！第12行至15行是一個(gè)無(wú)限循環(huán)，它用來(lái)等待用戶的鍵入，并將鍵入的字符串保存在s變量中，并調(diào)用ThreadPoolManager類的process方法來(lái)將這個(gè)請(qǐng)求進(jìn)行處理。

　　下面我們?cè)龠M(jìn)一步跟蹤到ThreadPoolManager類中去，以下是它的源代碼：



//ThreadPoolManager.java
1 import java.util.*;
2
3
4 class ThreadPoolManager
5 {
6
7 private int maxThread;
8 public Vector vector;
9 public void setMaxThread(int threadCount)
10 {
11 maxThread = threadCount;
12 }
13
14 public ThreadPoolManager(int threadCount)
15 {
16 setMaxThread(threadCount);
17 System.out.println("Starting thread pool...");
18 vector = new Vector();
19 for(int i = 1; i <= 10; i++)
20 {
21 SimpleThread thread = new SimpleThread(i);
22 vector.addElement(thread);
23 thread.start();
24 }
25 }
26
27 public void process(String argument)
28 {
29 int i;
30 for(i = 0; i < vector.size(); i++)
31 {
32 SimpleThread currentThread = (SimpleThread)vector.elementAt(i);
33 if(!currentThread.isRunning())
34 {
35 System.out.println("Thread "+ (i+1) +" is processing:" +
argument);
36 currentThread.setArgument(argument);
37 currentThread.setRunning(true);
38 return;
39 }
40 }
41 if(i == vector.size())
42 {
43 System.out.println("pool is full, try in another time.");
44 }
45 }
46 }//end of class ThreadPoolManager



　　我們先關(guān)注一下這個(gè)類的構(gòu)造函數(shù)，然后再看它的process()方法。第16－24行是它的構(gòu)造函數(shù)，首先它給ThreadPoolManager類的成員變量maxThread賦值，maxThread表示用于控制線程池中最大線程的數(shù)量。第18行初始化一個(gè)數(shù)組vector，它用來(lái)存放所有的SimpleThread類，這時(shí)候就充分體現(xiàn)了JAVA語(yǔ)言的優(yōu)越性與藝術(shù)性：如果你用C語(yǔ)言的話，至少要寫100行以上的代碼來(lái)完成vector的功能，而且C語(yǔ)言數(shù)組只能容納類型統(tǒng)一的基本數(shù)據(jù)類型，無(wú)法容納對(duì)象。好了，閑話少說(shuō)，第19－24行的循環(huán)完成這樣一個(gè)功能：先創(chuàng)建一個(gè)新的SimpleThread類，然后將它放入vector中去，最后用thread.start()來(lái)啟動(dòng)這個(gè)線程，為什么要用start()方法來(lái)啟動(dòng)線程呢？因?yàn)檫@是JAVA語(yǔ)言中所規(guī)定的，如果你不用的話，那這些線程將永遠(yuǎn)得不到激活，從而導(dǎo)致本示例程序根本無(wú)法運(yùn)行。

　　下面我們?cè)賮?lái)看一下process()方法，第30－40行的循環(huán)依次從vector數(shù)組中選取SimpleThread線程，并檢查它是否處于激活狀態(tài)（所謂激活狀態(tài)是指此線程是否正在處理客戶端的請(qǐng)求），如果處于激活狀態(tài)的話，那繼續(xù)查找vector數(shù)組的下一項(xiàng)，如果vector數(shù)組中所有的線程都處于激活狀態(tài)的話，那它會(huì)打印出一條信息，提示用戶稍候再試。相反如果找到了一個(gè)睡眠線程的話，那第35－38行會(huì)對(duì)此進(jìn)行處理，它先告訴客戶端是哪一個(gè)線程來(lái)處理這個(gè)請(qǐng)求，然后將客戶端的請(qǐng)求，即字符串a(chǎn)rgument轉(zhuǎn)發(fā)給SimpleThread類的setArgument()方法進(jìn)行處理，并調(diào)用SimpleThread類的setRunning()方法來(lái)喚醒當(dāng)前線程，來(lái)對(duì)客戶端請(qǐng)求進(jìn)行處理。

　　可能你還對(duì)setRunning()方法是怎樣喚醒線程的有些不明白，那我們現(xiàn)在就進(jìn)入最后一個(gè)類：SimpleThread類，它的源代碼如下：

//SimpleThread.java
1 class SimpleThread extends Thread
2 {
3 private boolean runningFlag;
4 private String argument;
5 public boolean isRunning()
6 {
7 return runningFlag;
8 }
9 public synchronized void setRunning(boolean flag)
10 {
11 runningFlag = flag;
12 if(flag)
13 this.notify();
14 }
15
16 public String getArgument()
17 {
18 return this.argument;
19 }
20 public void setArgument(String string)
21 {
22 argument = string;
23 }
24
25 public SimpleThread(int threadNumber)
26 {
27 runningFlag = false;
28 System.out.println("thread " + threadNumber + "started.");
29 }
30
31 public synchronized void run()
32 {
33 try{
34 while(true)
35 {
36 if(!runningFlag)
37 {
38 this.wait();
39 }
40 else
41 {
42 System.out.println("processing " + getArgument() + "... done.");
43 sleep(5000);
44 System.out.println("Thread is sleeping...");
45 setRunning(false);
46 }
47 }
48 } catch(InterruptedException e){
49 System.out.println("Interrupt");
50 }
51 }//end of run()
52 }//end of class SimpleThread

　　如果你對(duì)JAVA的線程編程有些不太明白的話，那我先在這里簡(jiǎn)單地講解一下，JAVA有一個(gè)名為Thread的類，如果你要?jiǎng)?chuàng)建一個(gè)線程，則必須要從Thread類中繼承，并且還要實(shí)現(xiàn)Thread類的run()接口，要激活一個(gè)線程，必須調(diào)用它的start()方法，start()方法會(huì)自動(dòng)調(diào)用run()接口，因此用戶必須在run()接口中寫入自己的應(yīng)用處理邏輯。那么我們?cè)趺磥?lái)控制線程的睡眠與喚醒呢？其實(shí)很簡(jiǎn)單，JAVA語(yǔ)言為所有的對(duì)象都內(nèi)置了wait()和notify()方法，當(dāng)一個(gè)線程調(diào)用wait()方法時(shí)，則線程進(jìn)入睡眠狀態(tài)，就像停在了當(dāng)前代碼上了，也不會(huì)繼續(xù)執(zhí)行它以下的代碼了，當(dāng)調(diào)用notify()方法時(shí)，則會(huì)從調(diào)用wait()方法的那行代碼繼續(xù)執(zhí)行以下的代碼，這個(gè)過(guò)程有點(diǎn)像編譯器中的斷點(diǎn)調(diào)試的概念。以本程序?yàn)槔?，?8行調(diào)用了wait()方法，則這個(gè)線程就像凝固了一樣停在了38行上了，如果我們?cè)诘?3行進(jìn)行一個(gè)notify()調(diào)用的話，那線程會(huì)從第38行上喚醒，繼續(xù)從第39行開始執(zhí)行以下的代碼了。

　　通過(guò)以上的講述，我們現(xiàn)在就不難理解SimpleThread類了，第9－14行通過(guò)設(shè)置一個(gè)標(biāo)志runningFlag激活當(dāng)前線程，第25－29行是SimpleThread類的構(gòu)造函數(shù)，它用來(lái)告訴客戶端啟動(dòng)的是第幾號(hào)進(jìn)程。第31－50行則是我實(shí)現(xiàn)的run()接口，它實(shí)際上是一個(gè)無(wú)限循環(huán)，在循環(huán)中首先判斷一下標(biāo)志runningFlag，如果沒(méi)有runningFlag為false的話，那線程處理睡眠狀態(tài)，否則第42－45行會(huì)進(jìn)行真正的處理：先打印用戶鍵入的字符串，然后睡眠5秒鐘，為什么要睡眠5秒鐘呢？如果你不加上這句代碼的話，由于計(jì)算機(jī)處理速度遠(yuǎn)遠(yuǎn)超過(guò)你的鍵盤輸入速度，因此你看到的總是第1號(hào)線程來(lái)處理你的請(qǐng)求，從而達(dá)不到演示效果。最后第45行調(diào)用setRunning()方法又將線程置于睡眠狀態(tài)，等待新請(qǐng)求的到來(lái)。

　　最后還有一點(diǎn)要注意的是，如果你在一個(gè)方法中調(diào)用了wait()和notify()函數(shù)，那你一定要將此方法置為同步的，即synchronized，否則在編譯時(shí)會(huì)報(bào)錯(cuò)，并得到一個(gè)莫名其妙的消息：“current thread not owner”（當(dāng)前線程不是擁有者）。

　　至此為止，我們完整地實(shí)現(xiàn)了一個(gè)線程池，當(dāng)然，這個(gè)線程池只是簡(jiǎn)單地將客戶端輸入的字符串打印到了屏幕上，而沒(méi)有做任何處理，對(duì)于一個(gè)真正的企業(yè)級(jí)運(yùn)用，本例還是遠(yuǎn)遠(yuǎn)不夠的，例如錯(cuò)誤處理、線程的動(dòng)態(tài)調(diào)整、性能優(yōu)化、臨界區(qū)的處理、客戶端報(bào)文的定義等等都是值得考慮的問(wèn)題，但本文的目的僅僅只是讓你了解線程池的概念以及它的簡(jiǎn)單實(shí)現(xiàn)，如果你想成為這方面的高手，本文是遠(yuǎn)遠(yuǎn)不夠的，你應(yīng)該參考一些更多的資料來(lái)深入地了解它。

posted @ 2007-02-04 12:28 SYBIL@BLOGJAVA 閱讀(787) | 評(píng)論 (0) | 編輯 收藏

這就不行了？

for ?( int ?i? = ? 1 ;?i? <= ? 10 ;?i ++ )? {
// ????????????????int?i?=?7;
????????????MNPClientThread?mnpct? = ? new ?MNPClientThread(i);

????????????mnpct.start();
????????????System.out.println(i);
????????}

public ?MNPClientThread( int ?i)? {
???????? this .count? = ?i;
????}

???? public ? void ?run()? {
???????? try ? {
???????????? for ( int ?i = 1 ;i <= 800000 ;i ++ ) {
????????????????StringBuffer?phoneNumber? = ? new ?StringBuffer( " 88600 " );
????????????????phoneNumber.append(count);
????????????????phoneNumber.append( " 0000 " );
????????????????phoneNumber.append(i);
????????????????Thread.sleep( 800 );
// ????????????????System.out.println("****************"+phoneNumber.toString());
????????????????MNPClientTest?client? = ? new ?MNPClientTest();
????????????????client.runTest(phoneNumber.toString());
// ????????????java.util.Date?d2?=?new?java.util.Date();
????????????????System.out.println( " Thread? " ? + ?count? + ? " ?Runs " );
// ????????????????System.out.println(new?java.util.Date());
// ????????????????System.out.println(i);
????????????}
????????} ? catch ?(Exception?ex)? {
????????????ex.printStackTrace();
????????}
????}

posted @ 2007-02-02 15:54 SYBIL@BLOGJAVA 閱讀(587) | 評(píng)論 (2) | 編輯 收藏

links read

ENUM:
http://www.ptsn.net.cn/article_new/show_article.php?article_id=expert_9039d306-6d61-d622-14d5-43c49c788fef

e164:
http://www.mc21st.net/old/faq/reply.asp?ID=7471

IMSI:
http://zhidao.baidu.com/question/7853752.html

http://baike.baidu.com/view/715091.htm

posted @ 2007-01-25 11:59 SYBIL@BLOGJAVA 閱讀(226) | 評(píng)論 (0) | 編輯 收藏

……忘了轉(zhuǎn)正這件事了

posted @ 2007-01-21 13:08 SYBIL@BLOGJAVA 閱讀(227) | 評(píng)論 (0) | 編輯 收藏

第一章 思考題與練習(xí)題[原]

第一章??? 思考題與練習(xí)題

?

1． 什么是移動(dòng)通信？能否說(shuō)移動(dòng)通信就是“無(wú)線電通信”？為什么？

移動(dòng)通信是指通信雙方或至少有一方在移動(dòng)中進(jìn)行信息交換的通信方式。

不能，移動(dòng)通信是有線、無(wú)線相結(jié)合的通信方式。

2． 移動(dòng)通信有哪些特點(diǎn)？存在的問(wèn)題分別用哪些方法解決？

移動(dòng)通信是有線、無(wú)線相結(jié)合的通信方式；電波傳播條件惡劣，存在嚴(yán)重的多徑衰落；強(qiáng)干擾條件下工作；具有多卜勒效應(yīng)；存在陰影區(qū)（盲區(qū)）；用戶經(jīng)常移動(dòng)。

移動(dòng)臺(tái)必須體積要小、重量要輕、操作使用要簡(jiǎn)便安全，另外，其成本要低；在進(jìn)行移動(dòng)通信系統(tǒng)的設(shè)計(jì)時(shí)，必須具有一定的抗衰落的能力和儲(chǔ)備；移動(dòng)通信設(shè)備必須具有良好的選擇性，使用自動(dòng)功率控制電路，移動(dòng)通信系統(tǒng)在組網(wǎng)時(shí)，必須考慮同頻干擾；鎖相技術(shù)；考慮陰影區(qū)在網(wǎng)絡(luò)規(guī)劃、設(shè)置基站時(shí)；位置登記、越區(qū)切換及漫游訪問(wèn)等跟蹤交換技術(shù)。

3． 移動(dòng)通信常用的工作方式有哪些？公用蜂窩移動(dòng)電話系統(tǒng)中使用哪些？

單工方式，半雙工方式，雙工方式。

雙工。

4． 什么是小區(qū)制？為什么小區(qū)制既能解決頻道數(shù)有限和用戶數(shù)增大的矛盾，又能不斷適應(yīng)用戶數(shù)增大的需要？

小區(qū)制是將整個(gè)服務(wù)區(qū)劃分為若干個(gè)小無(wú)線區(qū)，每個(gè)小無(wú)線區(qū)分別設(shè)置一個(gè)基站負(fù)責(zé)本區(qū)的移動(dòng)通信的聯(lián)絡(luò)和控制，同時(shí)又可在 MSC 的統(tǒng)一控制下，實(shí)現(xiàn)小區(qū)間移動(dòng)通信的轉(zhuǎn)接及與市話網(wǎng)的聯(lián)系。

小區(qū)制中，每個(gè)小區(qū)使用一組頻道，鄰近小區(qū)使用不同的頻道。由于小區(qū)內(nèi)基站服務(wù)區(qū)域縮小，同頻復(fù)用距離減小，所以在整個(gè)服務(wù)區(qū)中，同一組頻道可以多次重復(fù)使用，因而大大提高了頻率利用率。另外，在區(qū)域內(nèi)可根據(jù)用戶的多少確定小區(qū)的大小。隨著用戶數(shù)目的增加，小區(qū)還可以繼續(xù)劃小，即實(shí)現(xiàn)“小區(qū)分裂”，以適應(yīng)用戶數(shù)的增加。因此，小區(qū)制解決了大區(qū)制中存在的頻道數(shù)有限而用戶數(shù)不斷增加的矛盾，可使用戶容量大大增加。

5． 無(wú)線區(qū)域的劃分為什么采用正六邊形小區(qū)形狀？正六邊形無(wú)線區(qū)群構(gòu)成應(yīng)滿足什么條件？

假定整個(gè)服務(wù)區(qū)的地形地物相同，并且基站采用全向天線，覆蓋面積大體上上一個(gè)圓，即無(wú)線小區(qū)是圓形的。由考慮到多個(gè)小區(qū)彼此鄰接來(lái)覆蓋整個(gè)區(qū)域，用圓內(nèi)接正多邊形代替圓。圓內(nèi)接正多邊形彼此鄰接構(gòu)成平面時(shí)，只能是正三角形、正方形和正六邊形三種面狀區(qū)域。正六邊形，其相鄰小區(qū)的中心距離最小，便于實(shí)現(xiàn)跟蹤交換；其覆蓋面積最大，對(duì)于同樣大小的服務(wù)區(qū)域，采用正六邊形構(gòu)成小區(qū)制所需的小區(qū)數(shù)最少，即所需基站數(shù)最少；所需的頻率個(gè)數(shù)最少，頻率利用率高。

滿足以下兩個(gè)條件：一是若干單位無(wú)線區(qū)群能彼此鄰接；二是相鄰單位無(wú)線區(qū)群中的同頻小區(qū)中心間隔相等。

6． 什么是多信道共用？有何優(yōu)點(diǎn)？

多信道共用是指在網(wǎng)內(nèi)的大量用戶共同享有若干無(wú)線信道，這與市話用戶共同享有中繼線相類似。相對(duì)于獨(dú)立信道方式來(lái)說(shuō)，可以顯著提高信道利用率。

7． 大容量的移動(dòng)通信系統(tǒng)采用何種信道選擇方式？有什么優(yōu)缺點(diǎn)？

專用呼叫信道方式。

處理一次呼叫過(guò)程所需的時(shí)間很短，所以設(shè)立一個(gè)專用呼叫信道就可以處理成百上千個(gè)用戶的呼叫，適用于大容量系統(tǒng)中；由于專門抽出一個(gè)信道作呼叫信道，相對(duì)而言，減少了通話信道的數(shù)目，因此對(duì)小容量系統(tǒng)來(lái)說(shuō)，是不合算的。

8． 若需設(shè)計(jì)一移動(dòng)通信系統(tǒng)，用戶容量要求為 600 戶，每天每個(gè)用戶平均呼叫 5 次，每次平均占用信道時(shí)間為 60 秒，呼損率要求為 10% ，忙時(shí)擊中率為 0.125 ，問(wèn)需要多少信道才能滿足 600 個(gè)用戶的需要？

A/A _用戶 =600

A _用戶 =CTK/3600=5*60*0.125=37.5/3600

A=6.25

查表得： 9

9． 話務(wù)量是怎樣定義的？什么是呼損率？呼損率與接通話務(wù)量的關(guān)系如何？

單位時(shí)間（ 1 小時(shí)）內(nèi)呼叫次數(shù)與每次呼叫的平均占用信道時(shí)間之積。

當(dāng)多個(gè)信道共用時(shí)，通?？偸怯脩魯?shù)大于信道數(shù)，當(dāng)多個(gè)用戶同時(shí)要求服務(wù)而信道數(shù)不夠時(shí)，只能讓一部分用戶先通話，另一部分用戶等信道空閑時(shí)在通話。后一部分用戶因無(wú)空閑信道而不能通話，即為呼叫失敗，簡(jiǎn)稱呼損。在一個(gè)通信系統(tǒng)中，造成呼叫失敗的概率稱為呼叫損失概率，簡(jiǎn)稱呼損率。

呼損率為呼叫失敗的次數(shù)與總呼叫次數(shù)之百分比。

10．????????????? 愛(ài)爾蘭呼損表應(yīng)用的條件是什么？已知 A _用戶 =0.02Erl/ 用戶，如果要求呼損率為 10% ，現(xiàn)有 70 個(gè)用戶，需共用的頻道數(shù)為多少？如果 920 個(gè)用戶共用 18 個(gè)頻道，那么呼損率是多少？

每次呼叫相對(duì)獨(dú)立，互不相關(guān)，即呼叫具有隨機(jī)性，也就是說(shuō)，一個(gè)用戶要求通話的概率與正在通話的用戶數(shù)無(wú)關(guān)；每次呼叫在時(shí)間上都有相同的概率。

A/n=70*0.02/n, A=1.4, 查表得 n=4

A/n=920*0.02/n, A=18.4, 查表得呼損率為 20%

11．????????????? 如何提高頻率利用率？

頻率復(fù)用、頻率協(xié)調(diào)和頻率規(guī)劃

12．????????????? 系統(tǒng)對(duì)移動(dòng)交換機(jī)有哪些特殊要求？

用戶數(shù)據(jù)的存儲(chǔ)；用戶位置的登記；尋呼用戶的信令系統(tǒng)識(shí)別及處理；越區(qū)頻道轉(zhuǎn)換的處理；過(guò)荷控制；遠(yuǎn)距離檔案存?。宦酚傻目刂频?。

13．????????????? 什么是位置登記、一齊呼叫、越區(qū)切換、漫游？

位置登記是指移動(dòng)臺(tái)向基站發(fā)送報(bào)文，表明自己所處的位置的過(guò)程。

若位置信息表明被呼移動(dòng)用戶在某個(gè)位置區(qū)，但不知其所處的具體小區(qū)，因此，位置區(qū)內(nèi)所有基站一齊呼出被呼移動(dòng)用戶識(shí)別碼，被叫移動(dòng)用戶應(yīng)答后，即由應(yīng)答小區(qū)提供接續(xù)服務(wù)，系統(tǒng)的這種功能稱為“一齊呼叫”。

為了保證通信的連續(xù)性，正在通話的移動(dòng)臺(tái)從一個(gè)小區(qū)進(jìn)入相鄰的另一小區(qū)時(shí)，工作頻道從一個(gè)無(wú)限頻道上轉(zhuǎn)換到另一個(gè)無(wú)限頻道上，而通話不中斷，這就是越區(qū)切換。

在聯(lián)網(wǎng)的移動(dòng)通信系統(tǒng)中，移動(dòng)臺(tái)從一個(gè) MSC 區(qū)到另一個(gè) MSC 區(qū)后，仍能入網(wǎng)使用的通信服務(wù)功能稱為漫游。

posted @ 2007-01-12 18:51 SYBIL@BLOGJAVA 閱讀(1448) | 評(píng)論 (0) | 編輯 收藏

junt 4&static import

posted @ 2007-01-09 18:02 SYBIL@BLOGJAVA 閱讀(268) | 評(píng)論 (0) | 編輯 收藏

說(shuō)說(shuō)希望……

posted @ 2007-01-06 23:54 SYBIL@BLOGJAVA 閱讀(271) | 評(píng)論 (1) | 編輯 收藏

JUnit使用經(jīng)驗(yàn)(1)(2)(3)

posted @ 2007-01-05 17:01 SYBIL@BLOGJAVA 閱讀(872) | 評(píng)論 (1) | 編輯 收藏