达梦数据库怎么编译错误

① 绋嫔簭鑴卞３鏄浠涔堟剰镐濓纻

澹崇殑姒傚康锛
镓璋撯滃３钬濆氨鏄涓挞棬铡嬬缉镄勫伐鍏枫
杩欓噷镄勫帇缂╁苟涓嶆槸鎴戜滑骞虫椂浣跨敤镄凴AR銆乑IP杩欎簺宸ュ叿镄勫帇缂╋纴澹崇殑铡嬬缉鎸囩殑鏄阍埚筫xe銆乧om銆佸拰dll绛夌▼搴忔枃浠惰繘琛屽帇缂╋纴鍦ㄧ▼搴忎腑锷犲叆涓娈靛傚悓淇濇姢灞傜殑浠ｇ爜锛屼娇铡熺▼搴忔枃浠朵唬镰佸け铡绘湰𨱒ラ溃鐩锛屼粠钥屼缭鎶ょ▼搴忎笉琚闱炴硶淇鏀瑰拰鍙岖紪璇戯纴杩欐靛傚悓淇濇姢灞傜殑浠ｇ爜锛屼笌镊铹剁晫锷ㄦ岖墿镄勫３鍦ㄥ姛鑳戒笂链夊緢澶氱浉浼肩殑鍦版柟锛屾墍浠ユ垜浠灏卞舰璞″湴绉颁箣涓虹▼搴忕殑澹炽

澹崇殑浣灭敤锛
1.淇濇姢绋嫔簭涓嶈闱炴硶淇鏀瑰拰鍙岖紪璇戙
2.瀵圭▼搴忎笓闂ㄨ繘琛屽帇缂╋纴浠ュ噺灏忔枃浠跺ぇ灏忥纴鏂逛究浼犳挱鍜屽偍瀛樸

澹冲拰铡嬬缉杞浠剁殑铡嬬缉镄勫尯鍒鏄
铡嬬缉杞浠跺彧鑳藉熷帇缂╃▼搴
钥岀粡杩囧３铡嬬缉钖庣殑exe銆乧om鍜宒ll绛夌▼搴忔枃浠跺彲浠ヨ窡姝ｅ父镄勭▼搴忎竴镙疯繍琛

涓嬮溃𨱒ヤ粙缁崭竴涓妫娴嫔３镄勮蒋浠
PEID v0.92
杩欎釜杞浠跺彲浠ユ娴嫔嚭 450绉嶅３
鏂扮増涓澧炲姞䦅呮瘨镓鎻忓姛鑳斤纴鏄鐩鍓嶅悇绫绘煡澹冲伐鍏蜂腑锛屾ц兘链寮虹殑銆
鍙﹀栬缮鍙璇嗗埆鍑篍XE鏂囦欢鏄鐢ㄤ粈涔堣瑷缂栧啓镄刅C++銆丏elphi銆乂B鎴朌elphi绛夈
鏀鎸佹枃浠跺す镓归噺镓鎻

鎴戜滑鐢≒EID瀵筫asymail.exe杩涜屾壂鎻
镓惧埌澹崇殑绫诲瀷浜
UPX 0.89.6 - 1.02 / 1.05 - 1.24 -> Markus & Laszlo
璇存槑鏄疷PX镄勫３
涓嬮溃杩涜

姝ラ2 鑴卞３
瀵逛竴涓锷犱简澹崇殑绋嫔簭锛屽幓闄ゅ叾涓镞犲叧镄勫共镓颁俊鎭鍜屼缭鎶ら檺鍒讹纴鎶娄粬镄勫３鑴卞幓锛岃В闄や吉瑁咃纴杩桦师杞浠舵湰𨱒ョ殑闱㈢洰銆傝繖涓杩囩▼灏卞彨锅氲㔉澹炽
鑴卞３鎴愬姛镄勬爣蹇
鑴卞３钖庣殑鏂囦欢姝ｅ父杩愯岋纴锷熻兘娌℃湁鎹熻椼
杩樻湁涓鑸鑴卞３钖庣殑鏂囦欢闀垮害閮戒细澶т簬铡熸枃浠剁殑闀垮害銆
鍗充娇钖屼竴涓鏂囦欢锛岄噰鐢ㄤ笉钖岀殑鑴卞３杞浠惰繘琛岃㔉澹筹纴鐢变簬鑴卞３杞浠剁殑链虹悊涓嶉氾纴鑴卞嚭𨱒ョ殑鏂囦欢澶у皬涔熶笉灏界浉钖屻

鍏充簬鑴卞３链夋坠锷ㄨ㔉澹冲拰镊锷ㄨ㔉澹
镊锷ㄨ㔉澹冲氨鏄鐢ㄤ笓闂ㄧ殑鑴卞３链鸿㔉 寰堢亩鍗 鎸夊嚑涓嫔氨 OK浜
镓嫔姩鑴卞３鐩稿硅嚜锷ㄨ㔉澹 闇瑕佺殑鎶链钖閲忓井楂 杩欓噷涓嶅氲翠简

UPX鏄涓绉嶅緢钥佽屼笖寮哄ぇ镄勫３ 涓嶈繃瀹幂殑鑴卞３链洪殢澶勫氨鑳芥垒鍒
UPX链韬绋嫔簭灏卞彲浠ラ氲繃
UPX 鏂囦欢钖 锛峝
𨱒ヨВ铡嬬缉 涓嶈繃杩欎簺闇瑕佺殑 锻戒护绗︿腑杈揿叆
浼樼偣鏂逛究蹇鎹 缂虹偣DOS鐣岄溃
涓轰简璁╁ぇ瀹剁渷铡婚夯鐑︾殑镎崭綔 灏变骇鐢熶简涓绉嶅彨 UPX SHELL镄勫栧３杞浠

UPX SHELL v3.09
UPX 澶栧３绋嫔簭锛
鐩镄勮︰PX镄勮㔉澹冲姞澹冲偦鐡滃寲

娉锛氩傛灉绋嫔簭娌℃湁锷犲３ 闾ｄ箞鎴戜滑灏卞彲浠ョ渷铡荤浜屾ョ殑鑴卞３浜嗭纴鐩存帴瀵硅蒋浠惰繘琛屽垎鏋愪简銆

鑴卞畬钖 鎴戜滑杩涜

姝ラ3
杩愯岀▼搴
灏濊瘯娉ㄥ唽
銮峰彇娉ㄥ唽鐩稿叧淇℃伅

阃氲繃灏濊瘯娉ㄥ唽 鎴戜滑鍙戠幇涓涓鍏抽敭镄勫瓧绗︿覆

钬滃簭鍒楀彿杈揿叆阌栾钬

姝ラ4
鍙嶆眹缂

鍙嶆眹缂栦竴鑸鐢ㄥ埌镄勮蒋浠 閮芥槸 W32Dasm
W32dasm瀵逛簬鏂版坠 鏄扑簬涓婃坠 镎崭綔绠鍗
W32Dasm链夊緢澶氱増链 杩欓噷鎴戞帹钻愪娇鐢 W32Dasm 镞犳瀬鐗

鎴戜滑鐜板湪鍙嶆眹缂朩ebEasyMail镄勭▼搴忔枃浠秂asymail.exe

铹跺悗鐪嬬湅鑳戒笉鑳芥垒鍒板垰镓岖殑瀛楃︿覆

姝ラ5
阃氲繃eXeScope杩欎釜杞浠舵潵镆ョ湅链鑳藉湪w32dasm涓姝ｇ‘鏄剧ず镄勫瓧绗︿覆淇℃伅

eXeScope v6.50
镟存敼瀛椾綋锛屾洿鏀硅彍鍗曪纴镟存敼瀵硅瘽妗嗙殑鎺掑垪锛岄吨鍐椤彲镓ц屾枃浠剁殑璧勬簮锛屽寘𨰾(EXE锛娈LL锛孙CX锛夌瓑銆傛槸鏂逛究寮哄ぇ镄勬眽鍖栧伐鍏凤纴鍙浠ョ洿鎺ヤ慨鏀圭敤 VC++ 鍙 DELPHI 缂栧埗镄勭▼搴忕殑璧勬簮锛屽寘𨰾凿滃崟銆佸硅瘽妗嗐佸瓧绗︿覆琛ㄧ瓑
鏂扮増鍙浠ョ洿鎺ユ煡鐪 锷犲３鏂囦欢镄勮祫婧

鎴戜滑镓揿紑eXeScope
镓惧埌濡备笅瀛椾覆绗

122,"搴忓垪鍙疯緭鍏ラ敊璇 "
123,"鎭锽沧偍鎴愪负WebEasyMail姝ｅ纺鐢ㄦ埛涓镄勪竴锻! "
124,娉ㄥ唽鎴愬姛
125,澶辫触

閲岖偣鏄122

姝ラ6
鍐嶆¤繑锲 w32dasm

* Possible Reference to String Resource ID=00122: "?椴筫?"

浣嗘槸鍙屽嚮钖
鎻愮ず璇存垒涓嶅埌杩欎釜瀛椾覆绗
涓嶆槸娌℃湁 鏄锲犱负 "?椴筫?"鏄涔辩爜 w32dasm瀵逛簬涓鏂囨樉绀轰笉鏄澶濂
姣旷珶涓嶆槸锲戒骇杞浠

鍏堟妸浠婂ぉ浼氱敤鍒扮殑姹囩紪锘烘湰鎸囦护璺熷ぇ瀹惰В閲娄竴涓

mov a,b ;鎶奲镄勫艰祴缁檃锛屼娇a锛漛
call 锛氲皟鐢ㄥ瓙绋嫔簭 锛屽瓙绋嫔簭浠ret缁扑负
ret 锛氲繑锲炰富绋嫔簭
je鎴杍z 锛氲嫢鐩哥瓑鍒栾烦杞
jne鎴杍nz 锛氲嫢涓岖浉绛夊垯璺宠浆
push xx锛歺x 铡嬫爤
pop xx锛歺x 鍑烘爤

镙堬纴灏辨槸闾ｄ簺鐢辩紪璇戝櫒鍦ㄩ渶瑕佺殑镞跺椤垎閰嶏纴鍦ㄤ笉闇瑕佺殑镞跺栾嚜锷ㄦ竻妤氱殑鍙橀噺镄勫瓨鍌ㄥ尯銆傞噷闱㈢殑鍙橀噺阃氩父鏄灞閮ㄥ彉閲忋佸嚱鏁板弬鏁扮瓑銆

鎴戜滑鎼灭储
Possible Reference to String Resource ID=00122
锲犱负瀵笶鏂囨敮鎸佸緢濂
鎴戜滑𨱒ュ埌浜

* Referenced by a (U)nconditional or (C)onditional Jump at Address:
|:00406F17(C) //璺宠浆𨱒ヨ嚜 406F17
|

* Possible Reference to String Resource ID=00125: "1%"
|
:004070DD 6A7D push 0000007D
:004070DF 8D4C2410 lea ecx, dword ptr [esp+10]
:004070E3 E8F75A1200 call 0052CBDF

* Possible Reference to String Resource ID=00122: "?椴筫?"
|
:004070E8 6A7A push 0000007A
:004070EA 8D4C2408 lea ecx, dword ptr [esp+08]
:004070EE E8EC5A1200 call 0052CBDF

鎴戜滑𨱒ュ埌

:00406F01 8B876C080000 mov eax, dword ptr [edi+0000086C]杩欓噷鏄瀵
:00406F07 8B4C2408 mov ecx, dword ptr [esp+08]
:00406F0B 50 push eax//杩欎袱涓猠ax鍜宔cx鍏ユ爤灏辨瘆杈冭╂垜浠镐鐤戜简
:00406F0C 51 push ecx//浜х敓娉ㄥ唽镰
:00406F0D E8AE381100 call 0051A7C0//杩机ALL閲屽规敞鍐屼綅搴旇ヤ细链夎剧疆
:00406F12 83C40C add esp, 0000000C
:00406F15 85C0 test eax, eax// 妫娴嬫敞鍐屼綅
:00406F17 0F85C0010000 jne 004070DD //涓嶅瓨鍦ㄦ敞鍐屼綅 灏变细璺冲埌4070DD灏变细鍑虹幇闾ｄ釜阌栾镄勫瓧涓茬︿简

鎴戜滑璁颁綇406F01杩欎釜鍦板潃

鎺ョ潃杩涜屼笅涓姝

姝ラ7
杩欎竴姝ユ垜浠杩涜岀殑鏄璋冭瘯

鐢ㄥ埌镄勮蒋浠舵槸ollydbg

濂戒简鎴戜滑镓惧埌浜 娉ㄥ唽镰0012AF04 00FD4A10 ASCII ""

浣嗘槸杩欎釜骞朵笉鏄鎴戜滑镄勪富瑕佺洰镄

鎴戜滑杩樿佸仛鍑哄睘浜庤嚜宸辩殑娉ㄥ唽链

鐩镐俊杩欎釜鏄寰埚氢汉姊﹀瘣浠ユ眰镄勪簨𨱍

姝ラ8
鍒朵綔娉ㄥ唽链

娉ㄥ唽链烘垜浠闇瑕佺殑鏄涓涓狵EYMAKE镄勮蒋浠
锲犱负2.0鏄婕旂ず鐗堣屼笖锅沧㈡洿鏂颁简
镓浠ユ垜浠鐢1.73鐗

锅氢竴涓鍐呭瓨娉ㄥ唽链 闇瑕佷笅闱㈠嚑涓璧勬枡

涓鏂鍦板潃锛406F0C
涓鏂娆℃暟锛1
绗涓瀛楄妭锛51
鎸囦护闀垮害锛1

濂戒简 涓涓瀹岀编镄勬敞鍐屾満 灏变骇鐢熶简
杩树笉璧跺揩鍙戠粰浣犵殑链嫔弸 镣钥涓涓
淇濊瘉璁╀粬杩风硦姝 浣╂湇寰椾綘瑕佹
鍏跺疄链钖庤缮链夊嚑涓姝ラ
灏辨槸鎾板啓镰存枃
涓嶈繃澶у堕兘鏄鏂版坠 杩欎釜姝ラ 灏卞幓浜嗗惂

涓岖煡涓嶈夎翠简杩欎箞澶氩帘璇 甯屾湜鑳藉瑰ぇ瀹舵湁浜涗綔鐢
濡傛灉链変粈涔堜笉镍 涓岖悊瑙ｇ殑浜嬫儏 璇疯仈绯绘垜 鎴栬呭埌璁哄潧鍙戣创
QQ:9595859
MSN:[email protected]
浠婂ぉ镄勮剧▼灏卞埌杩欓噷 澶у惰刀蹇铡诲姩镓嫔疄璺靛惂锝烇紒

--------------------------------------------------------------------------------

-- 浣滆咃细admin
-- 鍙戝竷镞堕棿锛2005-10-11 11:13:00

-- 瀹炴垬镆ュ３鑴卞３鍒朵綔镰磋В娉ㄥ唽链烘渶璇︾粏镄勬暀绋

澶у跺ソ锛屾垜鏄痥carhc
浠婂ぉ8链1镞ヤ简 鍒氢粠鍖婚櫌锲炴潵 姝ｅソ鍑屾櫒
杩欐湡镄勮剧▼锅氭櫄浜 杩欓噷缁椤ぇ瀹堕亾涓姝
8链1镞 濡傛灉鎴戞病璁伴敊
鏄寤哄啗鑺
镞㈢劧鏄寤哄啗鑺 涔熻佽薄寰佹х殑寮勪簺涓滆タ𨱒
涓轰简寤哄啗鑺 杩欐湡鎴戦夋嫨镓揿嚮榛戞殚锷垮姏锛嶏紞榛戠ぞ浼

闾ｄ箞浠婂ぉ镄勪富棰桦氨鏄
锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛
杩庢帴寤哄啗鑺傦纴阈查櫎榛戠ぞ浼
锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛
棣栧厛浠嬬粛杞浠

榛戠ぞ浼2.0
[锷熻兘绠浠媇:
1 浜斿ぇ蹇呭囧姛鑳
杩灭▼灞忓箷; 瀹屽叏鎺у埗; 鏂囦欢浼犻; Telnet; 杩灭▼鍏虫満
2 鎻愪緵IP鍙嶅脊瀹氢綅锷熻兘
鍙浠ラ氲繃闱欐両P锷ㄦ佸烟钖,缃戦〉鏂囦欢镄勬柟寮忓弽寮归氱煡IP.
3 闆嗘垚vidc瀹㈡埛绔
鍐呯绣镄勬湅鍙嬫兂鐢ㄨ嚜锷ㄤ笂绾垮姛鑳,鍙浠ュ疄鐜颁简
4 链杞浠堕泦鎴愪简甯哥敤鏀诲嚮宸ュ叿(濡侽penTelnet OpenTftp绛)
阃氲繃IPC𨰾疯礉,钥屼笖甯︽湁镙囧嗳镄勬嫹璐濊繘搴,鍏ㄧ悆棣栨￠溃涓;
opentelnet灏变笉浠嬬粛浜,鐩镐俊澶у堕兘鐭ラ亾;
opentftp涓烘湰杞浠剁嫭鍒,鍙浠ヨ繙绋嫔紑钖痶ftp链嶅姟;
5 链杞浠堕泦鎴愮殑鏋侀熺鍙ｆ壂鎻忓櫒(镓鎻忛熷害涓栫晫棰嗗厛)
链寮濮嬫垜鐢ㄧ殑镓鎻忓櫒鏄澶у悕榧庨紟镄凷uperScan3.0,镒熻夐熷害寰堟参;
钖庢潵鏀圭敤SSPort1.0 镓鎻忛熷害链変简鏄庢樉镄勬彁楂.
缁忚繃阃熷害瀵规瘆,链杞浠舵壂鎻忛熷害姣掷SPort蹇 1/3 ,鏄疭uperScan镄凬鍊!!!
鎴戠殑链哄櫒鏄 璧涙壃700+256M鍐呭瓨,涓鑸镓鎻忛熷害涓180鍙/绉;
涓浜涘彿绉板彲浠ヨ揪鍒1000鍙/绉掔殑镓鎻忓櫒鍦ㄦ湰链轰笂璇曢獙鍙链120鍙/绉.
锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞
鍑嗗囧伐浣滐细

瀹夎呴粦绀句细
锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞
姝ラや竴 镆ュ３

Peid v0.92
ASPack 2.12 -> Alexey Solodovnikov銆
锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞
姝ラや簩 鑴卞３

镓嫔姩鑴卞３

蹇阃熻㔉鎺堿SPACK镓链夌増链镄勬柟娉

镄凮EP鍏抽敭镣瑰湪涓嬮溃

0048D3AF 61 POPAD
0048D3B0 75 08 JNZ SHORT 榛戠ぞ浼.0048D3BA
0048D3B2 B8 01000000 MOV EAX,1
0048D3B7 C2 0C00 RETN 0C//402c4a
0048D3BA 68 00000000 PUSH 0

402ca4灏辨槸鎴戜滑瑕佹垒镄凮EP

镊锷ㄨ㔉澹

AspackDie v1.41

杩欐槸涓涓灏忓皬镄 PE 鏂囦欢瑙ｅ帇缂╁櫒 (EXE, DLL, ...) 濂瑰彲浠ヨВ铡嬬缉
镊 Aspack 2000 浠ュ悗镄勪换浣 Aspack 鐗堟湰. 鍖呮嫭:

- Aspack 2000
- Aspack 2001
- Aspack 2.1
- Aspack 2.11
- Aspack 2.11c/d
- Aspack 2.12
- Aspack 2.12a/b
- 涓浜涙湭鐭ョ殑鐗堟湰

锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛
姝ラや笁 璇曡繍琛岀▼搴 鍙戠幇绐佺牬镣

鐪嫔埌鍏抽敭瀛楃︿覆
钬沧敞鍐岀爜阌栾!钬
锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛
姝ラゅ洓 W32DASM 瀵绘垒绐佺牬镣

鐢╳32dasm杞藉叆宸茬粡鑴卞３镄勭▼搴
瀛楃︿覆瀵熺湅
链鍙戠幇 瀛楃︿覆 钥屾槸鍙戠幇涓鍫嗕贡镰
澶у朵簬鏄涓瀹氭兂鍒颁简绗涓鑺傜殑锷炴硶

鐢‥XESCOPE
锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛
姝ラゅ洓 瀵熸垒 瀛楃︿覆

镓揿紑eXeScope 骞惰浇鍏 浣嗘槸鍙戠幇 閮芥病链夊瓧绗︿覆
杩欓”
涓哄暐锻锛熷ぇ瀹朵竴瀹氢细鐤戦梾
涓鑸鐢╡XeScope镆ヤ笉鍒
鎴戜滑灏嗗紑濮
锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛
姝ラや簲 镆ヨ㈣蒋浠剁殑缂栬疟绫诲瀷

Peid v0.92
Microsoft Visual Basic 5.0 / 6.0
锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞
姝ラゅ叚 閲囩敤GetVBRes v0.51 瀵逛粯VB绋嫔簭

GetVBRes v0.51 涓涓闱炲父濂界殑VB姹夊寲宸ュ叿

瀵逛簬VB绋嫔簭 鎴戜滑鐢ㄤ笓闂ㄦ眽鍖栫敤镄凣etVBRes v0.51𨱒ュ逛粯瀹
涔熻告湁浜轰笉鐞呜В 涓哄暐鐢ㄦ眽鍖栧伐鍏峰憿
鍏跺疄eXeScope涔熷睘浜庢眽鍖栧伐鍏
GetVBRes杞藉叆榛戠ぞ浼
鍙戠幇娌℃湁涔辩爜浜
鐪嫔埌镄勫叏鏄瀹屾暣镄勫瓧绗
鎴戜滑镓惧埌浜
娉ㄥ唽镰侀敊璇!
杩欎釜瀛楃︿覆
鎺ョ潃涓轰简鑳芥闷鍒扮▼搴忓叧阌镣瑰湴鍧
鎴戜滑鎶娾沧敞鍐岀爜阌栾!钬
鏀规垚111111
涓哄暐鏀规垚111111锲犱负111111111
淇濆瓨淇鏀
锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛
姝ラゅ叚 鐢╓32Dasm杞藉叆淇鏀瑰悗镄勬枃浠
鍙戠幇瀛楃︿覆涓链111111
闾ｄ釜灏辨槸鎴戜滑淇鏀圭殑 铡熸潵鏄钬沧敞鍐岀爜阌栾!钬

* Referenced by a (U)nconditional or (C)onditional Jump at Address:
|:004792EF(C)
|
:00479474 B904000280 mov ecx, 80020004
:00479479 B80A000000 mov eax, 0000000A
:0047947E 894D9C mov dword ptr [ebp-64], ecx
:00479481 894DAC mov dword ptr [ebp-54], ecx
:00479484 894DBC mov dword ptr [ebp-44], ecx
:00479487 8D5584 lea edx, dword ptr [ebp-7C]
:0047948A 8D4DC4 lea ecx, dword ptr [ebp-3C]
:0047948D 894594 mov dword ptr [ebp-6C], eax
:00479490 8945A4 mov dword ptr [ebp-5C], eax
:00479493 8945B4 mov dword ptr [ebp-4C], eax

* Possible StringData Ref from Code Obj ->"1111111" //鍒氭墠鎴戜滑鐪嫔埌镄勬敞鍐屽悧阌栾镄勫摝
|
:00479496 C7458C98194100 mov [ebp-74], 00411998
:0047949D C7458408000000 mov [ebp-7C], 00000008

鍙戠幇璺宠浆𨱒ヨ嚜鍒4792EF
瀹夌収涔犳傥 鎴戜滑𨱒ュ埌4792EF钖 鎺ョ潃钖戝墠鐪
鐪嫔埌涓涓璺冲埌杩欓噷镄勯偅涓鍦板潃
杩欓噷鏄40928C

* Referenced by a (U)nconditional or (C)onditional Jump at Address:
|:00479278(C)
|
:0047928C 8B55E4 mov edx, dword ptr [ebp-1C]

* Reference T MSVBVM60.__vbaStrMove, Ord:0000h
|
:0047928F 8B3578124000 mov esi, dword ptr [00401278]
:00479295 8D4DE0 lea ecx, dword ptr [ebp-20]
:00479298 895DE4 mov dword ptr [ebp-1C], ebx
:0047929B FFD6 call esi
:0047929D 8B4DE8 mov ecx, dword ptr [ebp-18]
:004792A0 6A01 push 00000001
:004792A2 8D55E0 lea edx, dword ptr [ebp-20]
:004792A5 51 push ecx
:004792A6 52 push edx
:004792A7 E8440F0000 call 0047A1F0
:004792AC 8BD0 mov edx, eax
:004792AE 8D4DDC lea ecx, dword ptr [ebp-24]
:004792B1 FFD6 call esi
:004792B3 50 push eax
:004792B4 53 push ebx

* Reference T MSVBVM60.__vbaInStr, Ord:0000h
|
:004792B5 FF15E8114000 Call dword ptr [004011E8]
:004792BB 8BF0 mov esi, eax
:004792BD 8D45E8 lea eax, dword ptr [ebp-18]
:004792C0 F7DE neg esi
:004792C2 8D4DDC lea ecx, dword ptr [ebp-24]
:004792C5 50 push eax
:004792C6 1BF6 sbb esi, esi
:004792C8 8D55E0 lea edx, dword ptr [ebp-20]
:004792CB 51 push ecx
:004792CC 52 push edx
:004792CD F7DE neg esi
:004792CF 6A03 push 00000003
:004792D1 F7DE neg esi

* Reference T MSVBVM60.__vbaFreeStrList, Ord:0000h
|
:004792D3 FF150C124000 Call dword ptr [0040120C]
:004792D9 8D45D4 lea eax, dword ptr [ebp-2C]
:004792DC 8D4DD8 lea ecx, dword ptr [ebp-28]
:004792DF 50 push eax
:004792E0 51 push ecx
:004792E1 6A02 push 00000002

* Reference T MSVBVM60.__vbaFreeObjList, Ord:0000h
|
:004792E3 FF1548104000 Call dword ptr [00401048]
:004792E9 83C41C add esp, 0000001C
:004792EC 663BF3 cmp si, bx
:004792EF 0F847F010000 je 00479474

鎴戜滑鍦
004792AC鐪嫔埌涓嬮溃杩欎簺
EAX=0015A47C, (UNICODE "")
EDX=00000000

镐鐤慐AX涓虹殑

涓烘敞鍐岀爜
锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞
姝ラや竷 鐢ㄤ笉纭瀹氭ｇ‘镄勬敞鍐 灏濊瘯娉ㄥ唽

鐢

杩欎釜娉ㄥ唽钖
鎴戜滑鍙戠幇 娉ㄥ唽鎴愬姛
锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞
姝ラゅ叓 鍒跺仛娉ㄥ唽链

Keymake v1.73

涓鏂鍦板潃锛4792AC
涓鏂娆℃暟锛1
绗涓瀛楄妭锛8B
鎸囦护闀垮害锛2
锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞
姝ラや节 鍙戝竷娉ㄥ唽链

镓句竴涓缃戠珯姣斿傞粦锘烘垨钥呬綘镄勬湅鍙嬩箣闂
锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞
姝ラゅ崄 浼戞伅

榛戠ぞ浼氱粓浜庡共鎺変简
鐜板湪铡绘垒浣犵殑鐢锋湅鍙嬫垨钥呭コ链嫔弸
钥佸叕鎴栬呰佸﹩
镓句釜鍦版柟镵婅亰澶 鏀炬涧鏀炬涧
锻婅瘔浠栦滑 浣犲垰鍒氭妸榛戠ぞ浼 鎽嗗钩浜
涓瀹氩緢链夎叮镄
锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞
璇剧▼缁撴潫
锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞锛嶏紞
链変簨𨱍呭ぇ瀹跺彲浠ュ幓璁哄潧
涓嶈繃浣犲傛灉镐у瓙镐
鎴栬呭珜鎴戝洖澶岖殑阃熷害鎱
鎴戝缓璁浣犵洿鎺ヨ仈绯绘垜
鍙瑕佹垜鍦 锘烘湰鍙浠ラ┈涓婄粰浣犺В绛
涓嶅湪鍙浠ョ暀瑷
鎴戠殑涓や釜镵旂郴鏂瑰纺
QQ:9595859
MSN:[email protected]
链钖 璇翠竴涓浜
鎴戠殑濂虫湅鍙嬫渶杩戠敓䦅呬简
镓浠ユ墠瀵艰嚧杩欐湡镄勮剧▼ 杩欎箞鏅氭墠锅氩嚭𨱒
甯屾湜澶у惰兘鐞呜В鎴
鎴戣缮甯屾湜澶у惰兘绁濈忓ス镞╂棩搴峰
涓岖劧镄勮瘽
浣犱滑瑙佸埌鎴戠殑镞ュ瓙鍙鑳戒细灏戜简
鐢氲呖鍙鑳戒细娑埚け鍦ㄤ綘浠鐪煎墠
濂戒简涓嶈翠简 浠婂ぉ灏辨槸鍒版OVER钖
---------- kcarhc
2004骞8链1镞 鍑屾櫒 娌堥槼

--------------------------------------------------------------------------------

-- 浣滆咃细admin
-- 鍙戝竷镞堕棿锛2005-10-11 16:42:00

-- 浣跨敤OllyDbg蹇阃熻㔉澹

浣滆咃细KU-鍑屻
鐩镙囷细閲囩敤ASPACK銆乁PX锷犲３镄凬OTEPAD.EXE
宸ュ叿锛歄llyDbg 1.09鑻辨枃鐗堛丏UMP鎻掍欢銆丳Editor
绯荤粺锛欧in98SE
鍏抽敭璇嶏细 鑴卞３銆丱llyDbg銆丱D銆丏UMP銆丳USHAD銆丳OPAD

棰勫囩煡璇
銆 澶у氭暟澹抽兘链変竴涓鍏卞悓镄勭壒镣广傚湪澹冲嗳澶囧紑濮嬭В铡嬫椂閮借佹墽琛孭USHAD锛屽綋澹宠В铡
瀹屾椂閮借佽皟鐢≒OPAD銆傚埌搴昉USHAD鍜孭OPAD鏄浠涔埚共浠涔堢敤镄勫憿锛熷叾瀹濸USHAD鏄鐢ㄦ潵灏
镓链夋櫘阃氩瘎瀛桦櫒椤哄簭杩涙爤镄勬寚浠わ纴POPAD鏄镓链夋櫘阃氩瘎瀛桦櫒椤哄簭鍑烘爤鎸囦护銆侾OPAD镄勫嚭
镙堥‘搴忓拰PUSHAD鐩稿弽銆傚３涓轰简淇濇姢瀵勫瓨鍣锛屼究鍦ㄨВ铡嫔墠灏嗘墍链夊瘎瀛桦櫒杩涙爤淇濇姢璧锋潵锛
褰撹В铡嫔畬鎴愬悗鍙埚皢瀵勫瓨鍣ㄥ嚭镙堬纴鎭㈠嶅叾铡熻矊锛屽苟灏咺P璁剧疆涓哄师绋嫔簭镄凮EP銆傝繖镙锋垜浠灏卞彲浠ラ氲繃杩欎釜鐗圭偣蹇阃熻㔉鎺夊氱嶈蒋浠剁殑澹炽

ASPACK绡
銆 鍏堢敤ASPACK灏哊OTEPAD.EXE锷犲３銆傜敤OllyDbg锛堜互涓嬬亩绉疠D锛夎浇鍏ャ傜湅瑙佸厜镙囧仠鍦
澹崇殑鍏ュ彛澶勚
0040D001 >銆60銆銆銆銆銆銆銆PUSHAD ;澹崇殑鍏ュ彛銆傚嗳澶囧紑濮嬭В铡嬶纴淇濇姢瀵勫瓨鍣
0040D002銆銆E8 03000000銆銆CALL銆銆NOTEPAD.0040D00A
钬︹
鎴戜滑涓岖″畠锛岀洿鎺ュ悜涓嬬炕椤垫垒POPAD鎸囦护銆傚湪40D3AF澶勬垒鍒癙OPAD
钬︹
0040D3AF銆銆61銆銆銆銆銆銆銆POPAD ;瑙ｅ帇瀹屾垚锛屾仮澶嶅瘎瀛桦櫒
0040D3B0銆銆75 08銆銆銆銆銆JNZ銆銆SHORT NOTEPAD.0040D3BA
0040D3B2銆銆B8 01000000銆銆MOV銆銆EAX, 1
0040D3B7銆銆C2 0C00銆銆銆銆RETN銆銆0C
0040D3BA銆銆68 CC104000銆銆PUSH銆銆NOTEPAD.004010CC ;杩斿洖鍒板师绋嫔簭OEP澶
0040D3BF銆銆C3銆銆銆銆銆銆銆RETN
钬︹
阃夊畾40D3AF杩欎竴琛岋纴F4杩愯屽埌姝ゅ勚傚湪杩欓噷璇存槑澹冲凡缁忓畬鎴愯В铡嫔伐浣溿傚苟涓旇繑锲炲埌铡
绋嫔簭镄勫叆鍙ｅ勚侳8鍗曟ュ埌4010CC锛岃繖閲屼究鏄铡熺▼搴忕殑OEP銆傜敤DUMP鎻掍欢鐩存帴DUMP鍑烘潵灏卞彲浠ヤ简锛埚湪DUMP镞舵敞镒忓皢鍏ュ彛镣规敼涓10CC锛屽嵆4010CC-400000=10CC锛400000鏄鏄犺薄锘哄湴鍧锛夈傛枃浠跺ぇ灏忔槸77059瀛楄妭锛岀敤PEditor閲嶅缓PE澶翠究鍙浠ヤ简銆傛湭铡嬬缉镄勬枃浠跺ぇ灏忔槸53248瀛楄妭锛岃㔉澹冲悗镄勬枃浠跺ぇ灏忔槸60930瀛楄妭銆

UPX绡
銆 鐢║PX灏哊OTEPAD.EXE锷犲３锛岀劧钖庣敤OD杞藉叆銆傚仠鍦≒USHAD澶勶纴鐢ㄨ㔉ASPACK钖屾牱镄勬柟
娉曪纴钖戜笅缈婚〉镓綪OPAD銆
钬︹
0040E9FE銆銆61銆銆銆銆銆銆銆POPAD
0040E9FF銆- E9 C826FFFF銆銆JMP銆銆NOTEPAD.004010CC
钬︹
涓嬮溃镄凧MP灏辨槸璺宠浆鍒扮▼搴忕殑OEP澶勚侳4鍒40E9FF澶勶纴F8鍗曟ヤ竴涓嬶纴𨱒ュ埌OEP澶勶纴DUMP鍑烘潵銆侱UMP鏂囦欢镄勫ぇ灏忔槸65536瀛楄妭锛岀洿鎺ュ氨鍙浠ヨ繍琛屻备负浜嗗畬缇庯纴鐢≒Editor閲嶅缓PE澶淬傞偅涔堣㔉澹冲悗镄勬枃浠跺ぇ灏忔槸60293瀛楄妭銆

钖庤
銆 鐢ㄤ笂闱㈣寸殑鏂规硶锛屽緢澶氱嶅３閮藉彲浠ュ揩阃熺殑镓嫔姩鑴辨帀銆傚傛灉浣犳病链塐D镄凞UMP鎻掍欢锛
鍙浠ュ埌鏂拌哄潧镄勪笅杞藉尯镓俱傚傛灉瀹炲湪娌℃湁锛屼篃鍙浠ョ洿鎺ュ仠鍦∣EP澶勭敤PEDump𨱒DUMP銆傚緢涔呮病链夊啓涓滆タ浜嗐傝繖涓绡囨槸鍐欑粰鍒濆﹁呯粌镓嬬殑銆傚叾瀹炲３涔熸槸杞浠讹纴鍐嶆庝箞澶嶆潅閮芥湁鍙鑳借鑴变笅𨱒ャ傜濅綘濂借繍銆
銆 鍙﹀栵纴杞杞芥椂璇蜂缭鎸佹湰鏂囩殑瀹屾暣銆

--------------------------------------------------------------------------------

-- 浣滆咃细admin
-- 鍙戝竷镞堕棿锛2005-10-11 17:10:00

-- 鐢∣llydbg镓嬭㔉EncryptPE V1.2003.5.18锷犲３镄凞LL

链夊厔寮熻╃湅鐪婨ncryptPE锷犲３镄凞LL锛屾垜璇存柊鐗堢殑灏变笉琛屼简锛屾闷涓嶅畾镄勚傚悗𨱒ョ湅鏄疎ncryptPE V1.2003.5.18镞х増锷犲３镄勶纴搴旇ョ敤镄勬槸钥佺帇钥佸笀鍙戝竷镄勫厤璐圭増銆傚懙锻碉纴镓浠ヨ㔉浜嗕竴涓嬶纴椤轰究璁板綍杩囩▼銆
澶у跺彲浠ヨ嚜宸辩敤EncryptPE V1.2003.5.18鍏嶈垂鐗埚姞涓狤drLib.dll鐪嬬湅銆

钬斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺
涓銆侀伩寮IAT锷犲瘑

璁剧疆Ollydbg蹇界暐镓链夌殑寮傚父阃夐”銆傜敤IsDebug 1.4鎻掍欢铡绘帀Ollydbg镄勮皟璇曞櫒镙囧织銆
娣诲姞钬滃悓镞跺拷鐣0EEDFADE銆丆0000008銆009B25C銆00953D74钬濆纾甯搞

浠ｇ爜:--------------------------------------------------------------------------------
00877000 60 pushad//杩涘叆OD钖庡仠鍦ㄨ繖
00877001 9C pushfd
00877002 64:FF35 00000000 push dword ptr fs:[0]
00877009 E8 79010000 call EdrLib.00877187
--------------------------------------------------------------------------------

涓嬫柇锛欱P IsDebuggerPresent 鏂涓嫔悗鍙栨秷鏂镣
鐜板湪鎴戜滑Ctrl+G:711A0000
涓轰綍鐢ㄨ繖涓鍦板潃锛熷洜涓笃12003518.EPE鏄鐩稿悓镄勚傚懙锻碉纴阍讳简涓镞х増镄勭┖瀛愩

鍏跺疄鍙浠ュ啀BP GetProcAddress锛屾牴鎹杩斿洖鍦板潃𨱒ュ垽鏂銆傚傛灉杩斿洖鍦板潃鏄711XXXXX锛岃存槑杩欐槸V12003518.EPE镄勮皟鐢锛屽氨鍙浠ュ彇娑堟柇镣笴trl+F9杩斿洖浜嗐傚叿浣撴儏鍐典互鍫嗘爤镄勮繑锲炲湴鍧涓哄嗳銆

鐜板湪Ctrl+S 鍦ㄢ沧暣涓鍖烘碘濇悳绱㈠懡浠ゅ簭鍒楋细

浠ｇ爜:--------------------------------------------------------------------------------
mov eax,edi
mov edx,dword ptr ss:[ebp-8]
mov dword ptr ds:[eax],edx
xor eax,eax
--------------------------------------------------------------------------------

镓惧埌鍦711A339F澶勶纴鎴戜滑鍦711A339F澶勪笅涓 纭浠舵墽琛 鏂镣广
鐜板湪鎴戜滑鍏抽棴Ollydbg锛岄吨鏂拌浇鍏ヨ繖涓猟ll锛岀洿鎺Shift+F9杩愯岋纴涓鏂鍦711A339F澶

浠ｇ爜:--------------------------------------------------------------------------------
711A339F 8BC7 mov eax,edi
711A33A1 8B55 F8 mov edx,dword ptr ss:[ebp-8]
//鏀逛负锛 mov edx,dword ptr ss:[ebp-4] 钸 姝ｇ‘鍑芥暟鍐椤叆
711A33A4 8910 mov dword ptr ds:[eax],edx
711A33A6 33C0 xor eax,eax
711A33A8 5A pop edx
711A33A9 59 pop ecx
711A33AA 59 pop ecx
711A33AB 64:8910 mov dword ptr fs:[eax],edx
711A33AE EB 0A jmp short V1200351.711A33BA
--------------------------------------------------------------------------------

鎶711A33A1澶勪慨鏀瑰ソ涔嫔悗锛屽彇娑堜互鍓崭笅镄711A339F澶勭殑鏂镣广
鍐岰trl+S鎼灭储锻戒护搴忓垪锛

浠ｇ爜:--------------------------------------------------------------------------------
add ebx,4
mov eax,dword ptr ss:[ebp-4C]
add eax,4
--------------------------------------------------------------------------------

镓惧埌鍦711A43C2澶勶纴鎴戜滑鍦ㄤ笅闱xor eax,eax镄711A4401涓嬫柇銆係hift+F9杩愯

浠ｇ爜:--------------------------------------------------------------------------------
711A43C2 83C3 04 add ebx,4
711A43C5 8B45 B4 mov eax,dword ptr ss:[ebp-4C]
711A43C8 83C0 04 add eax,4
711A43CB 8945 B4 mov dword ptr ss:[ebp-4C],eax
711A43CE 8B03 mov eax,dword ptr ds:[ebx]
711A43D0 85C0 test eax,eax
711A43D2 0F87 39FDFFFF ja V1200351.711A4111
711A43D8 A1 74C71B71 mov eax,dword ptr ds:[711BC774]
711A43DD 8038 00 cmp byte ptr ds:[eax],0
711A43E0 75 1F jnz short V1200351.711A4401
711A43E2 8B45 C4 mov eax,dword ptr ss:[ebp-3C]
711A43E5 83C0 14 add eax,14
711A43E8 8945 C4 mov dword ptr ss:[ebp-3C],eax
711A43EB 8B45 C4 mov eax,dword ptr ss:[ebp-3C]
711A43EE 8378 0C 00 cmp dword ptr ds:[eax+C],0
711A43F2 76 0D jbe short V1200351.711A4401
711A43F4 8B45 C4 mov eax,dword ptr ss:[ebp-3C]
711A43F7 8378 10 00 cmp dword ptr ds:[eax+10],0
711A43FB 0F87 38FCFFFF ja V1200351.711A4039//寰鐜澶勭悊IAT
711A4401 33C0 xor eax,eax//姝ゅ勪笅鏂锛 钸
--------------------------------------------------------------------------------

褰撴垜浠涓鏂鍦711A4401澶勬椂IAT宸茬粡澶勭悊瀹屾瘯锛屾ゆ椂灏卞彲浠ョ敤ImportREC寰楀埌姝ｇ‘镄勮緭鍏ヨ〃浜嗐
锲犱负EncryptPE钖庨溃链夎嚜镙￠獙锛屾墍浠ユ垜浠杩斿洖711A33A1澶勶纴镣瑰彸阌锛>鎾ら攒阃夋嫨锛屾仮澶嶅师𨱒ョ殑浠ｇ爜銆

钬斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺斺
浜屻佸缑鍒伴吨瀹氢綅琛ㄤ俊鎭銆佽幏寰桹EP

Ctrl+S 鍦ㄢ沧暣涓鍖烘碘濇悳绱㈠懡浠ゅ簭鍒楋细

② 如何成为一个程序员

想要从零开始成为程序员，先不要着急的去学习，而是先要去了解程序员。

1.随便在招聘网站搜索就会发现程序员会分有很多类型，那你就需要确定自己将来想要发展的方向，自己的职业规划是什么？

2.通过搜索可以看到，刚刚起步的程序员工资并不是很高而且学习阶段也会比较忙，那这个时候你是不是靠考虑一下如何兼顾生活和工作？工资如何支配合理等问题（没有经验限制的工作相对较低）

PHP程序员岗位要求

关于学习建议你这样试试看：

学习的方式基本可分为两个类型，一个是碎片化的学习，一个是系统进修。

1. 你可以从网络上各机构大量的视频或者书籍得到相关的学习资料。从大量的资料中，发现真正的干货，从而不断学习，这属于碎片化的自习。由于自学周期比较长，还有不少小伙伴选择是一边工作赚取生活费，一边再利用闲暇时间学习，当然如果你的精力充沛，这也是一个好办法。

2. 如果要报培训班， 一定要找正规的培训机构学习，不然容易被坑。培训机构里面的课程都是现在工作中需要用到的，时间短，基本上是可以让你快速上手工作的。但是要把所有的知识点都消化就没那么快了，所以需要自己私下更加的努力，巩固学习。

注意事项：

1. 自学要注意的是：自学入门时会很枯燥，不要两天打鱼三天晒网！！！切记

2. 在培训机构里学习要注意的是：勤加练习、主动自学、有问题提，不懂的尽管问老师（把交的钱发挥到极致），不然之后再有问题就没有这么好的机会能够直接得到老师的指点了。

最后，祝愿想要成为程序员的小伙伴都能心想事成哦(*^▽^*)~

③ java学习作为一名java初学者，如何快速学习j

那首先来了解一下什么是java：

Java是SUN(Stanford University Network，斯坦福大学网络公司)1995年推出的一门高级编程语言，是一种面向Internet的编程语言。随着Java技术在web方面的不断成熟，已经成为Web应用程序的首选开发语言。

那么为什么要使用这个语言呢，Java语言的特点跨平台性，通过Java语言编写的应用程序在不同的系统平台上都可以运行。原理是只要在需要运行java应用程序的操作系统上，先安装一个Java虚拟机(JVM Java Virtual Machine)即可。由JVM来负责Java程序在该系统中的运行。

下面对java学习进行一次史无前例的剖析,细致的讲解零基础的人怎么学习Java。先看下Java在基础阶段的知识点路线图。

④ 阌栾镄勬剰镐

闂棰树竴锛氶噰鍙栭敊璇鏄浠涔堟剰镐 阌栾涓昏佸寘𨰾涓ゅぇ绫伙纴鍗冲弻鏂归敊璇鍜屽崟鏂归敊璇銆傛墍璋揿弻鏂归敊璇鎸囧弻鏂瑰綋浜嬩汉瀵逛簬浜ゆ槗镓鍙戠敓镄勯敊璇锛屽嵆鍙屾柟褰扑簨浜哄湪涓轰氦鏄撹屼负镞跺逛簬姝ょ嶈屼负镓涓虹殑镒忔濊〃绀哄彂鐢熼敊璇锛屽叿浣揿寘𨰾锛氩叧浜庢爣镄勭墿瀛桦湪镄勯敊璇锛屽叧浜庢爣镄勭墿镐ц川镄勯敊璇锛屽叧浜庢爣镄勭墿链韬镄勯敊璇锛屽叧浜庡戠害灞ヨ屼箣鍙鑳芥х殑阌栾锛屽叧浜庢爣镄勭墿镄勬暟閲忓拰璐ㄩ噺镄勯敊璇銆傛墍璋揿崟鏂归敊璇锛屾寚浠呬竴鏂瑰綋浜嬩汉瀵规剰镐濊〃绀轰骇鐢熼敊璇銆傞暱链熶互𨱒ワ纴浼犵粺娉曞緥璁や负锛岄櫎闱炲规柟褰扑簨浜虹煡阆撴垨链夌悊鐢辩煡阆挞敊璇瀛桦湪锛屽惁鍒欙纴浠呭氨涓鏂瑰綋浜嬩汉镓鍙戠敓镄勫崟鏂归敊璇钥岃█锛屼笉鍏佽稿綋浜嬩汉鎾ら攒銆傜幇浠ｆ硶寰嫔垯鍏佽歌〃镒忎汉灏卞叾鍗曟柟阌栾琛屼负浜堜互鎾ら攒銆傞敊璇鏄钖︿负镞犳晥鎴栨槸钖︿负鍙鎾ら攒锛屽彇鍐充簬娉曞緥镓閲囧彇镄勫师鍒欍傚傛灉瀵规剰镐濊〃绀洪噰鍙栬〃绀轰富涔夛纴鍒欓敊璇琛屼负涓烘湁鏁堣屼负锛屼笉鍏佽镐互阌栾涓虹敱钥屼篑浠ユ挙阌锛涘傛灉閲囧彇镒忔濅富涔夛纴鍒欓敊璇琛屼负涓烘棤鏁堛傝屽傛灉閲囧彇鎶樿》涓讳箟锛屽垯阌栾琛屼负铡熷垯涓娄负鍙鎾ら攒镄勮屼负锛屼緥澶栫殑涓嶅缑鎾ら攒銆傚逛簬绗涓変汉钥岃█锛屽傛灉绗涓変汉鏄锽勬剰镄勶纴鍒椤洜阌栾琛屼负琚鎾ら攒钥屽弹鍒版崯瀹虫椂锛屽彲浠ヨ佹眰琛ㄦ剰浜哄硅嚜宸辨圹𨰾呮崯瀹宠禂锅胯矗浠伙绂濡备负鎭舵剰绗涓変汉锛屽垯涓嶅缑瑕佹眰琛ㄦ剰浜烘圹𨰾呮崯瀹宠禂锅胯矗浠汇

闂棰树簩锛氩舰瀹归敊璇镄勬垚璇鍙婅В閲婃湁鍝浜 銆愭姳钖鏁戠剼銆戯细姣斿柣鐢ㄩ敊璇镄勬柟娉曞幓娑堥櫎𨱔剧ジ,缁撴灉浣跨伨绁稿弽钥屾墿澶.钖屸沧姳钖鏁戠伀钬.
銆愭姳钖鏁戠伀銆戯细钖锛氭煷钻.鎶辩潃镆磋崏铡绘晳𨱔.姣斿柣鐢ㄩ敊璇镄勬柟娉曞幓娑堥櫎𨱔剧ジ,缁撴灉浣跨伨绁稿弽钥屾墿澶.
銆愭姳缃镐鐟曘戯细鐟曪细缇庣帀涓婄殑鏂戠偣,姣斿柣缂虹偣阌栾.鎸囧洜鐘杩囬敊璇钥屾劅鍒板唴鐤.
銆愰蓟鍨╂尌鏂ゃ戯细鎸ヨ垶鏂уご鍓婇櫎榧荤涔嫔滩.姣斿柣鎸囨ｉ敊璇.
銆愮曡█璋璇淬戯细鎸囬敊璇镄勮█璁.
銆愯ˉ婕忚㈣广戯细琛ワ细琛ュ厖,濉婊★绂璁癸细阌栾.琛ュ厖缂烘纺,璁㈡ｉ敊璇.
銆愯ˉ锅忔晳寮娿戯细锅忥细锅忓樊锛涘纷锛氲禐缇.琛ユ晳锅忓樊婕忔礊,绾犳ｇ己镣归敊璇.
銆愪笉鏁栾屾潃銆戯细鏁欙细鏁栾偛锛涙潃锛氩勭綒,𨱒姝.涓嶈﹀憡灏卞勬.鎸囦簨鍏堜笉鏁栾偛浜,涓鐘阌栾灏卞姞浠ユ儵缃.
銆愪笉鏁栾岃瘘銆戯细鏁欙细鏁栾偛锛涜瘘锛氩勭綒,𨱒姝.涓嶈﹀憡灏卞勬.鎸囦簨鍏堜笉鏁栾偛浜,涓鐘阌栾灏卞姞浠ユ儵缃.
銆愪笉鍜庢棦寰銆戯细鍜庯细璐ｆ.瀵逛互寰镄勯敊璇鎴栫姜璐ｄ笉鍐嶈拷绌.
銆愪笉鍒娄箣璁恒戯细鍒婏细鍓婇櫎,鍙や唬鎶婂瓧鍐椤湪绔圭亩涓,链夐敊璇灏卞墛铡.鎸囨ｇ‘镄勚佷笉鍙淇鏀圭殑瑷璁.
銆愪笉鑳借嚜𨰾斻戯细𨰾旓细鎽呜㔉.涓嶈兘涓诲姩鍦颁粠䦅涜嫤銆侀敊璇鎴栫姜鎭朵腑瑙ｈ㔉鍑烘潵.
銆愪笉姹傛湁锷,浣嗘眰镞犺繃銆戯细涓嶈佹眰绔嫔姛,鍙甯屾湜娌℃湁阌栾.
銆愪笉濉炰笉娴,涓嶆涓嶈屻戯细姣斿柣鍙链夌牬闄ゆ棫镄勚侀敊璇镄勪笢瑗,镓嶈兘寤虹珛鏂扮殑銆佹ｇ‘镄勪笢瑗.
銆愪笉浠ヤ竴鐪氭帺澶у痉銆戯细浠ワ细锲狅绂鐪氾细杩囧け,阌栾锛涙帺锛氶伄钄,阆鐩栵绂寰凤细寰疯.涓嶅洜涓轰竴涓浜烘湁涓鍒镄勯敊璇钥屾姽𨱒浠栫殑澶у姛缁.
銆愪笉杩芥棦寰銆戯细杩斤细杩界┒.瀵逛互寰镄勯敊璇鎴栫姜璐ｄ笉鍐嶈拷绌.
銆愬樊鑻ユ铡,璋浠ュ崈閲屻戯细寮濮嬫椂铏界劧鐩稿樊寰埚井灏,缁撴灉浼氶犳垚寰埚ぇ镄勯敊璇.
銆愬樊浠ユ铡,璋浠ュ崈閲屻戯细宸锛氱浉宸锛涙铡桡细寰埚皬镄勮￠噺鍗曚綅锛涜艾锛氩悓钬灭吉钬.寮濮嬫椂鐩稿樊寰埚井灏,缁撴灉浼氶犳垚寰埚ぇ镄勯敊璇.
銆愬樊浠ユ铡,澶变箣鍗冮噷銆戯细寮濮嬫椂铏界劧鐩稿樊寰埚井灏,缁撴灉浼氶犳垚寰埚ぇ镄勯敊璇.
銆愬樊涔嬫铡,璋浠ュ崈閲屻戯细寮濮嬫椂铏界劧鐩稿樊寰埚井灏,缁撴灉浼氶犳垚寰埚ぇ镄勯敊璇.
銆愬樊涔嬫铡,澶变箣鍗冮噷銆戯细寮濮嬫椂铏界劧鐩稿樊寰埚井灏,缁撴灉浼氶犳垚寰埚ぇ镄勯敊璇.
銆愭浈杩囧曟敼銆戯细镞╀笂鐘镄勮繃澶,鏅氢笂灏辨敼姝ｄ简.褰㈠规敼姝ｉ敊璇寰埚揩.
銆愭浈闂诲曟敼銆戯细镞╂櫒闂昏繃,鏅氢笂鍗虫敼姝.褰㈠规敼姝ｉ敊璇涔嬭繀阃.
銆愭儵鍓嶆瘱钖庛戯细𨱍╋细璀︽垝锛涙瘱锛氲皑鎱.鎸囨壒鍒や互鍓嶆墍鐘镄勯敊璇,钖稿彇鏁栾,浣夸互钖庤皑鎱庝簺,涓嶈嚧鍐岖姱.
銆愬嚭鍏ヤ汉缃銆戯细鎸囨硶搴瑁佸垽阌栾,鎶婃湁缃镄勪汉璁や负镞犵姜,鎶婃棤缃镄勪汉璁や负链夌姜.
銆愯垱璁圭栌鍑恒戯细鑸涳细阌欎贡.璁癸细阌栾.阌欎贡镄勫湴鏂瑰緢澶.涓鑸鎸囦功绫岖殑鍐欎綔鎴栧嵃鍒朵笉绮.
銆愯仾鏄庝竴涓,镍垫哕涓镞躲戯细镍垫哕锛氩ご鑴戜笉娓呮氭垨涓嶈兘鏄庤鲸浜嬬墿.浜轰竴杈埚瓙閮藉緢绮炬槑,浣嗘湁镞朵竴涓嫔瓙绯婃秱.鎸囱仾鏄庝汉涔熶细鐘阌栾.
銆愰敊涓婂姞阌欍戯细链𨱒ュ凡缁忛敊浜,鍙堢姱浜嗘柊镄勯敊璇.
銆愬ぇ阌欑壒阌欍戯细寮鸿皟阌栾鍒版瀬镣.
銆愬ぇ姊﹀埯阅掋戯细璞″仛浜嗕竴鍦哄ぇ姊︽墠阅.姣斿柣琚阌栾镄勪笢瑗胯挋钄戒简璁镐箙,寮濮嬮啋鎭熻繃𨱒.
銆愬ぇ姊︽柟阅掋戯细璞″仛浜嗕竴鍦哄ぇ姊︽墠阅.姣斿柣浠庨暱链熺殑阌栾銆佽挋钄芥垨杩疯尗涓寮濮嬮啋鎭熻繃𨱒.钖屸滃ぇ姊﹀埯阅掆.
銆愭埓缃绔嫔姛銆戯细甯︾潃缃杩囨垨阌栾铡诲垱绔嫔姛鍕,浠ュ姛璧庣姜.
銆愪絾姹傛棤杩囥戯细浣嗭细浠,鍙瑕侊绂杩囷细阌栾.鍙杩芥眰娌℃湁杩囬敊.褰㈠瑰仛浜嬩缭瀹埚钩搴告曞嚭宸阌.
銆愬脊灏勫埄䦅呫戯细寮瑰皠锛氱洿鐜囧湴鎸囨憳锛涚梾锛氩纷䦅.鐩寸巼镄勬壒璇勬湁鍒╀簬鏀规ｇ己镣瑰拰阌栾.
銆愯箞鍏惰呜緳銆戯细韫堬细韪╋绂瑕嗭细棰犲掞绂杈欙细杞﹁抗,鎸囬亾璺.閲嶈蛋鍒浜虹炕杞︾殑璺.姣斿柣涓嶆帴鍙楁暀璁,閲岖姱鍒浜虹姱杩囩殑阌栾.
銆愭钉鐟曡箞闅欍戯细鎸囨敾鍑诲埆浜虹殑寮辩偣鎴栭敊璇.
銆愭姷鐟曡箞闅欍戯细闅欙细瑁傜绅,闂撮殭.鎸囨敾鍑诲埆浜虹殑寮辩偣鎴栭敊璇.
銆愭姷鐟曢櫡铡勚戯细鎶碉细瑙︼绂鐟曪细鐟旷柕,缂虹偣锛涢櫡锛氭敾镰达绂铡勶细杩瀹.鎸囨敾鍑诲埆浜虹殑寮辩偣鎴栭敊璇.
銆愪笢宸瑗胯銆戯细鎸囧嚭鐜拌繖镙锋垨闾ｆ牱镄勫樊姹犮侀敊璇.褰㈠瑰姙浜嬩笉寰楀姏.
銆愭潨娓愰槻寰銆戯细𨱒滐细鍫典綇锛涙笎锛氭寚浜嬬墿镄勫紑绔锛涘井锛氩井灏.阌栾鎴栧潖浜嫔垰鍐掑ご灏卞强镞跺埗姝,涓嶈╁畠鍙戝𪾢.
銆愭柇娓缁濇舰銆戯细娼锛氢绠娲肩殑绉姘村潙.镞犳硶阃氲岀殑姘磋矾.姣斿柣阌栾镄,涓嶅彲鑳借揪鍒扮洰镄勭殑锷炴硶.......>>

闂棰树笁锛氱増链阌栾鏄浠涔堟剰镐濓纻 鍙鑳芥槸镆愪簺鏂囦欢鍑洪敊浜
镟存柊涓嫔氨鍙浠ヤ简
瀹炲湪涓嶈屽氨寰椾粠瑁

闂棰桦洓锛氱绣缁滈敊璇浠涔堟剰镐濓纻 瀹藉甫adsl𨰾ㄥ彿涓婄绣浣跨敤pppoe鍗忚杩炴帴,阃氲繃鐢佃瘽绾夸紶杈撴暟鎹,浣跨敤adsl涓撶敤modem瀹炵幇鏁版嵁镄勮皟鍒惰В璋冦
涓銆侀敊璇鎻愮ず678镄勫惈涔夋槸:
杩灭▼璁＄畻链烘棤鍝嶅簲,镒忔濇槸浠庤＄畻链哄彂鍑烘寚浠ゅ埌缃戝崱钖戝栧彂阃佹暟鎹,鍖呮嫭鐢佃瘽绾跨殑浼犺緭,灞绔(鐢典俊灞链烘埧绔)绔瀛愭澘镄勭鍙ｅ勭悊鍒拌繑锲炴暟鎹鍒拌＄畻链虹殑杩囩▼涓鏁版嵁浼犺緭鍑洪梾棰橀兘浼氭彁绀678阌栾銆傜亩鍗曞湴璇村氨鏄缃戠粶涓嶉氢简銆
浜屻佸湪阆囧埌钬滈敊璇678钬濈殑鏀昏佽В鍐虫濊矾鍜屾ラ:
1銆佹渶杩戜綘镄勮＄畻链烘湁娌℃湁锷ㄨ繃?鐗瑰埆鏄疉DSL Modem杩炵嚎銆佺嚎璺链夋病链夊姩杩?璇峰厛妫镆モ灭尗钬濅笂淇″彿𨱔鏄涓嶆槸浼氶棯(鐚涓嶅悓,鎸囩ず𨱔涔熶笉钖,涓昏佹湁dsl銆乤dsl,line,link,@绛夐兘鏄瀹藉甫淇″彿鎸囩ず𨱔),濡傛灉瑕侀棯,妫镆ョ嚎璺链夋病链夋帴瀵(涓昏佹槸鍒嗙诲櫒涓,链変笁涓鍙,姣忎釜鍙ｅ瑰簲涓镙圭嚎,鎺ユ硶鏄镐荤嚎灏辨槸杩涚嚎鎺line鍙,鐢佃瘽链烘帴phone鍙,鍙﹀杕odem鎴朼dsl鎺ュ藉甫鐚,浣犱篃鍙浠ョ洿鎺ュ皢鐢佃瘽杩涚嚎鎺ュ湪鐚涓婅瘯,杩欐牱鍙浠ユ帓闄ゅ垎绂诲櫒鍧),濡傛灉鎺ュ硅缮鏄闂,妫镆ョ数璇濈嚎璺鏄涓嶆槸链夋帴澶,绾胯矾姘у寲鎺ヨЕ涓嶅ソ涔熶细鍑虹幇淇″彿瀹氢笉浣(鐢佃瘽绾胯繘鐚镄勬按鏅跺ご鎴栫嚎链夐梾棰,涔熶细阃犳垚绾胯矾涓嶉氥
2銆佺‘璁adsl modem𨰾ㄥ彿姝ｅ父,锲犱负缃戝崱镊锷ㄨ幏鍙栫殑IP娌℃湁娓呴櫎,镓浠ュ啀娆℃嫧鍙风殑镞跺欑绣鍗℃棤娉曡幏鍙栨柊镄処P鍦板潃浼氭彁绀678,镎崭綔鏂规硶鏄:鍏抽棴adsl modem,杩涘叆鎺у埗闱㈡澘镄勭绣缁滆繛鎺ュ彸鍑绘湰鍦拌繛鎺ラ夋嫨绂佺敤,5绉挜挓钖庡彸鍑绘湰鍦拌繛鎺ラ夋嫨钖鐢,铹跺悗镓揿紑adsl modem𨰾ㄥ彿鍗冲彲;
3銆佸傛灉绗涓姝ユ棤鏁,鍒椤湪鍏抽棴adsl modem镄勬儏鍐典笅,浠岖劧绂佺敤链鍦拌繛鎺(缃戝崱),閲嶅惎璁＄畻链,铹跺悗钖鐢ㄦ湰鍦拌繛鎺(缃戝崱),鍐嶆墦寮adsl modem鍗冲彲瑙ｅ喅;
4銆佸傛灉涓婅堪姝ラら兘镞犳硶瑙ｅ喅,镆ョ湅缃戝崱𨱔鏄钖︿寒,濡傛灉缃戝崱𨱔涓崭寒,妫镆ョ绣鍗″拰缃戠嚎銆
5銆佸傛灉缃戝崱𨱔姝ｅ父1,2姝ユ棤娉曡В鍐冲垯鍗歌浇缃戝崱椹卞姩,閲嶈呯绣鍗￠┍锷ㄣ
6銆佸傛灉涓婅堪镎崭綔镞犳晥镵旂郴鐢典俊閮ㄩ棬纭璁ょ鍙ｃ傜玛钥呭湪瀹朵腑涓婄绣涔熸浘阆囧埌杩団678钬濋敊璇,鍒氩紑濮嬩粈涔堥梾棰树篃妫镆ヤ笉鍑烘潵,钖庢潵鍙戠幇鏄鐢典俊灞闾ｈ竟镄勭鍙ｆ涧锷ㄤ简,瀵艰嚧绾胯矾涓嶉氥
7銆佽缮链変竴绉嶆儏鍐,绗旇呬篃镟剧板埌杩,濡傛灉浣犵殑瀹朵腑链変袱鍙颁互涓婄殑鐢佃剳,鐢ㄦ潵鎺ョ数鑴戠殑HUB绔鍙ｆ崯鍧忕殑璇,涔熶细鍑虹幇钬678阌栾钬,杩欐椂镟存崲涓涓濂界殑绔鍙ｅ氨鍙浠ヤ简銆
8銆佹湁浜涚粡杩囩数淇℃娴嫔悗缃戠粶𨱍呭喌姝ｅ父,涔熷嚭鐜颁简阌栾钬678钬濈殑鎻愮ず,杩欐椂瑕佽冭槛浣跨敤杩囩▼涓钖勭嶅簲鐢ㄨ蒋浠剁殑鍐茬獊,钖屾牱涔熶细寮曞彂缃戠粶涓嶉氥傚傗滈泤铏庡皬锷╂坠钬濄佹潃姣掕蒋浠舵垨钥呴槻𨱔澧欑瓑鍑虹幇寮傚父寮曞彂阌栾钬678钬濇彁绀虹殑鐜拌薄銆傛墍浠,鍦ㄦ偍鍙戠幇阌栾钬678钬濈殑鎻愮ず镞,鍙浠ュ厛灏濊瘯𨱌傛椂鍗歌浇钬滈泤铏庡皬锷╂坠钬濄侀鍑烘潃姣掕蒋浠舵垨钥呮殏镞跺叧闂阒茬伀澧,閲嶆柊杩涜岃繛鎺,璇曡瘯鐪嬫槸钖﹁兘澶熻В鍐抽梾棰樸
9銆佷竾涓嶅缑宸叉椂,鍙浠ョ敤閲嶆柊钖锷ㄢ灭尗钬濆拰璁＄畻链虹殑锷炴硶𨱒ヨВ鍐,鐪嬬湅鑳戒笉鑳藉忔晥銆

闂棰树簲锛氭湇锷″櫒阌栾鏄浠涔堟剰镐 鍑虹幇500阌栾镄勫师锲犳槸寰埚氱殑锛屼竴鑸𨱒ヨ达纴濡傛灉绋嫔簭鍑洪敊锛岄偅涔埚湪娴忚埚櫒鍐呬细杩斿洖缁欑敤鎴蜂竴涓鍙嫔ソ镄勯敊璇鎻愮ず锛岀粺涓绉颁箣涓烘湇锷″櫒500阌栾銆傝В鍐崇殑鏂规硶灏辨槸鎭ㄥ繀椤诲湪涓鑳藉熸ｇ‘镄勮幏寰楅敊璇淇℃伅锛屾柟娉曚负锛氲锋墦寮娴忚埚櫒锛岄夋嫨宸ュ叿-internet阃夐”-楂樼骇锛屽湪楂樼骇涓镄勬祻瑙堥”鐩閲岄溃链変竴涓钬沧樉绀哄弸濂介敊璇鎻愮ず钬濈殑澶嶉夋嗭纴璇峰彇娑堣ュ嶉夋嗭纴杩欐牱鎭ㄥ彲浠ヨ幏寰楁ｇ‘镄勯敊璇鎻愮ず銆

闂棰桦叚锛氶敊璇400鏄浠涔堟剰镐濓纻 400阌栾鏄鐢变簬涓嶆ｇ‘镄勮锋眰阃犳垚镄,璇存槑姝ｅ湪 璁块梾镄勭绣椤靛彲鑳藉凡缁忓垹闄ゃ佹洿钖嶆垨𨱌傛椂涓嶅彲鐢 銆

闂棰树竷锛氭樉绀哄弬鏁伴敊璇鏄浠涔堟剰镐濓纻 锏惧害鐭ラ亾涓婇溃杩欐牱琛ㄧず钖链夎绂佹㈢殑鍏抽敭璇嶏纴涓嶅厑璁稿彂阃侊纴鍙浠ヤ娇鐢ㄧ┖镙奸殧寮

闂棰桦叓锛氩彲镐旷殑涓嶆槸阌栾锛屽彲镐旷殑鏄阌栾镄勫瑰緟阌栾杩椤彞璇濈殑镒忔 灏辨槸璇达纴浜烘椿镌锛岃皝閮藉厤涓崭简浼氱姱阌栾锛岀姱浜嗛敊璇骞朵笉鍙镐曪纴鍙镐旷殑鏄锛岀姱浜嗛敊璇钖庝笉鐭ユ倲鏀癸纴涓嶆圹璁ら敊璇锛屼笉钖稿彇鏁栾锛屽埌浜嗕笅娆¤缮浼氩啀娆＄姱钖屾牱镄勯敊璇锛岃繖镓嶆槸链鍙镐旷殑浜嬫儏銆傚氨鏄杩欎釜镒忔濄

濡傛灉鎴戠殑锲炵瓟鑳藉熷府锷╁埌浣狅纴璇风偣鍑烩滈噰绾充负婊℃剰绛旀堚濄

闂棰树节锛欤rror鏄浠涔堟剰镐 error 鏄阌栾镄勬剰镐濄
涓鑸鍦ㄨ＄畻链虹紪绋嬫椂浼氭姤阌欍傚ぇ镊村垎涓ょ1绉崭簨error涓绉嶆槸warning銆
error镞讹纴缂栬疟涓嶈兘鎴愬姛瀹屾垚锛屼笉鑳界敓鎴愮浉搴旂殑镓ц屾枃浠躲
warning鏄璀﹀憡锛岃槠铹跺彧链夎﹀憡娌℃湁error镞朵篃鑳界敓鎴愭墽琛屾枃浠讹纴鎴蜂絾warning鎻愰啋浣犲彲鑳芥湁闂棰桡纴链濂借缮鏄鐪嬬湅璀﹀憡镄勫唴瀹癸纴寰寰鑳藉彂鐜颁竴浜涢殣钘忕殑闂棰樸

闂棰桦崄锛1 鎻愮ず镄勯敊璇鏄浠涔堟剰镐 1锛夊傛灉鏄瀹藉甫链韬镄勯梾棰桡纴棣栧厛鐩存帴镵旀帴瀹藉甫缃戠嚎娴嬭瘯锛屽傛灉鏄瀹藉甫镄勯梾棰桡纴镵旂郴瀹藉甫瀹㈡湇瑙ｅ喅銆2锛夊傛灉鏄璺鐢卞櫒镄勯梾棰桡纴濡傛灉铡熸潵鍙浠ョ敤锛屾殏镞朵笉鑳界敤浜嗭纴鎴戣嚜宸辩殑瀹炶返鏄涓涓鏄鏂鎺夎矾鐢卞櫒镄勭数婧愬湪鎻掍笂锛岀瓑浼氱湅鐪嬨傚湪链夊氨鏄鎭㈠嶅嚭铡傝剧疆锛屼粠鏂拌剧疆灏卞彲浠ョ敤浜嗭纸杩欐槸鍦ㄧ墿鐞呜繛鎺ユｇ‘镄勫墠鎻愪笅锛屾湁镞舵槸璺鐢卞櫒瀵筹P鍦板潃鎱㈡垨澶辫触寮曡捣镄勶纴骞朵笉鏄璇磋矾鐢卞櫒鍧忎简锛夈傚傛灉镐绘槸涓嶈兘瑙ｅ喅锛屽缓璁缁栾矾鐢卞櫒镄勫㈡湇镓撶数璇濓纴浠栦滑链夌数璇濆湪绾挎寚瀵硷纴鎴戦亣鍒拌嚜宸变笉鑳借В鍐崇殑闂棰桡纴鍜ㄨ浠栦滑缁欑殑寤鸿鏄寰堟湁鐢ㄧ殑锛屼粬浠浼氶拡瀵逛綘镄勮剧疆鎴栨搷浣灭粰鍑烘ｇ‘寤鸿镄勚3锛夊傛灉鍏抽棴浜嗘棤绾垮紑鍏冲紑钖灏辨槸浜嗭纴濡傛灉鏄鐢ㄨ蒋浠惰繛鎺ョ殑镞犵嚎锛岃蒋浠朵笉濂界敤鍙堢粡甯稿嚭闂棰樻槸寰堟ｅ父镄勶纴娌℃湁镟村ソ镄勬柟娉曪纴鐢ㄨ矾鐢卞櫒钖с傚彟澶栧氨鏄缃戝崱椹卞姩娌℃湁鎴栦笉钖堥傚紩璧风殑锛岀绣绾挎帴鍙ｆ垨缃戠嚎鏄涓嶆槸链夐梾棰樼瓑銆4锛夊傛灉鏄绯荤粺闂棰桦紩璧风殑锛屽缓璁杩桦师绯荤粺鎴栭吨瑁呫5锛夋湁闂棰樿锋偍杩介梾鎴戙

⑤ Java编程中 常见的异常有哪几种

相信作为程序员的我们在对程序进行编译过程中经常会遇到错误，或者在运行过程中出现错误，在这里主要跟大家谈谈经常遇到的一些异常与错误，以及解决办法。

异常是指程序在编译或运行过程出现的错误。

在java.lang包中Throwable包含了所有的异常。

Error (错误) 和Exception(异常)

(1)Error(错误)

一旦发生无法修复，但可以避免发生。

常见错误类：

IOError：I/O错误，当发生严重的I/O错误时，抛出此错误。
VirtualMachineError：虚拟机错误，当 Java 虚拟机崩溃或用尽了它继续操作所需的资源时，抛出该错误。

StackOverflowError：栈内存满了，当应用程序递归太深而发生堆栈溢出时，抛出该错误。

OutofMemoryError:堆内存满了，因为内存溢出或没有可用的内存提供给垃圾回收器时，Java 虚拟机无法分配一个对象，这时抛出该异常。

以上是一些常见的错误，在Error类中还有一些别的错误（参照文件Java.lang.Throwable.Error）.

(2)Exception(异常)

一旦发生，可以捕获并处理，不会导致程序终止，有时可以避免有时无法避免。

异常的分类：

1.编译时异常（需要强制处理） 2.运行时异常（不需要强制处理）

常见的异常有：

IOException：输入输出流异常
FileNotFoundException：文件找不到的异常
ClassNotFoundException：类找不到的异常
DataFormatException：数据格式化异常
NoSuchFieldException：没有匹配的属性异常
NoSuchMethodException：没有匹配的方法异常

SQLException：数据库操作异常
TimeoutException：执行超时异常

常见的运行时异常：

RuntimeException：运行时异常
NullPointerException:空指针异常

：数组越界异

ClassCastException：类型转换异常
IllegalArgumentException：非法的参数异常
InputMismatchException：输入不匹配

以上是常见的一些异常，另外还有别的异常，参见文件：Java.lang.Throwable.Exception

既然我们常常会遇到一些异常，那我们如何来处理这些异常就是一个急需解决的事情。

(1) 如何处理编译时异常？

方法一：将需要处理的代码块放在一个try...catch...中
try{
//需要处理异常的代码
}catch(XXXException ef){
ef.printStackTrace();
}

我们方法一就是要将我们不确定的代码放入try......catch中，先进行try一下，如果没有异常，则不会触发catch,没有输出，一旦出现异常，那么catch就会工作，在catch中捕获异常信息，根据异常信息进行补救措施。

如以下代码：

从结果可以看出，我们在输入数据的时候出现错误，这样通过自定义异常能够让我们更直接快速的找到运行或编译时的异常。

在上述中我们分别提到了三种throw，分别是Throwable,Throws以及throw，那么到底三者有什么区别？

Throwable：是指在在Java.lang包中的一个类，其包含了所有的异常和错误，其中类Error和Exception 是它

的子类。

Thows：是指在解决编译时异常，将方法中异常抛给上一级，在方法后面要加Throw Exception来进行抛。

throw：是指在自定义异常时，如果方法出现异常，那么将作为引用方法的对象抛出。即抛出异常。

希望对您有所帮助！~

⑥ Java的自学过程中怎么能有个清晰的学习路线

首先先搞懂JavaSE的部分，Swing和swt部分就可以少看或不看，因为现在用的比较少。重点是看懂Java中的面向对象、集合框架、JDBC、异常、IO、线程和网络编程。JavaSE搞定后再学习Servlet、JSP,然后才是经典的Struts2、Hibernate和Spring，学习框架时重点理解框架的运行原理，甚至可以尝试自己写个轻量级的框架。理解运行原理的最好方法就是阅读源代码，还是要感谢Java中的开源项目。这期间还要多找各种大小的项目去完成，不一定要大，但是要精致，功能要完整，这样可以练习所学知识，并且可以在做项目中发现自己的知识体系中不足的地方。关于看视频，我不推荐，很多同学一天到晚就知道看视频，殊不知，编程真理在于“练习，练习，不停练习”！

再补充下：当学习Java的期间，会碰到各种各样的异常，请积累这晌神些异常信息，以及如何出现的异常和如何处理的，因为java中常见的异常就那么几种，积累的多了，处理问题的能力就提高，这样水平会提高的很快！

SpringMVC 这几年的占有率迅速的提高，可能之后会取代 Struts2，但是无论怎么变化，这些还都是 MVC 模式，理解了这个模式，上手任何的 MVC框架都应该很快。
企业需要的变化还体现在大数据方面，因为 Hadoop 的流行，Java 的应用场景又多了一个。所以，不喜欢 web 的可以考虑学习大数据方面的知识。
另一个流行的场景自然就是 Android，学习 Android 依然需要你有 JavaSE 的底子+HTTP 协议的理解，再配合上 Linux 的知识就可以开始了。

再说下找项目的问题，初学宴粗亏者可能会碰到不知道做什么的问题，其实最开始大家都是从模仿开始的，例如你学会了 jsp+Servlet，那就可以模仿一个 v2ex 这样的论坛出来。学会了 SpringMVC，那就试着将论坛的代码重构，提供restful接口供客户端访问(Android、IOS 、web 等)。论坛做的没难度了，那就模仿一个团购网站，依然是不一定要做全部的功能，但是做出的功能要稳定，要精致。或者一个微信公众平台的开发都是不错的项目。

初学者看源代码有的人推荐看 Struts2、spring 的，但是我相信10个初学者9个看不懂，那就从简单的开始，例如 Apache 的 Commons 库，例如 lang、dbutils、io 等，这些都是非常不错的代码，类的数量不多而且质量也不错，这些看懂之后，你的基础水平增长的不是一点点。

再次提醒初学者，学习编程没有你想的那么简单，必须要多练习，多思考，最主要的是你对这个有兴趣。现在不少网站和媒体都宣传1个月学会凳棚前端、3个月入职 BAT 的口号，那也就是口号而已，别太认真。这条路没有捷径，写你的代码就是了！

推荐几本书：
Java基础部分
JAVA核心技术（卷1） (豆瓣)
Head First Java (豆瓣)
重构 (豆瓣)
Effective java 中文版（第2版） (豆瓣)
Head First 设计模式（中文版） (豆瓣)
严重不推荐《Java编程思想》，这句话一出，估计很多人会喷死我，因为这本书被很多人奉为Java中的圣经级的书籍。但是我真的想问问这些人，你们真的看过这本书吗？真的适合初学者去看吗？多少初学者就是看了这本书做到了从入门到放弃的过程。所以，我的观点是，有一定Java开发经验了再看这圣经。

数据库部分
MySQL必知必会 (豆瓣)
JSP和Servlet部分
Head First Servlets & JSP（中文版） (豆瓣)
HTTP权威指南 (豆瓣)
图解HTTP (豆瓣)

框架部分
Spring实战（第3版） (豆瓣)
Spring技术内幕 (豆瓣)
Java Persistence with MyBatis 3 (豆瓣)
深入浅出Hibernate (豆瓣) 虽然老，但是经典
Struts 2实战 (豆瓣)
Android
Android编程权威指南（第2版） (豆瓣)
其他
Redis实战 (豆瓣)
Redis设计与实现 (豆瓣)
Redis入门指南 (豆瓣)
来源于知乎

⑦ MUD游戏是什么游戏

MUD游戏（Multiple User Domain多用户虚拟空间游戏）。大家对MUD也许很熟悉，这就是你一直听到的,可能却始终不听不懂的“泥巴”，虽然你可能还不知道它确切是什么东西。但在泥巴一族中间，MUD就是他们第二个生存空间。

1979年第一个MUD（多用户土牢）多人交互操作站点建立。这个站点包含了各种冒险游戏、棋类游戏和丰富详尽的数据库。大受欢迎的《网络创世纪》(UO)则是真正意义上的第一个大型图形MUD，也是至尽被认为是最完善的网络游戏，玩家只要自己喜欢，可以专心做买卖，或到处游历，或什么事情也不做而随便走走，与现在网络游戏中充斥着的PK，杀戮相比，UO是一片纯粹的游戏玩家的梦寐以求的圣土，依然是网络游戏的颠峰之作，在UO上发生的很多传奇故事至尽仍被广为流传。

MUD的历史
原作: Lauren P. Burka

翻译: stoneboy

1989年的八月，CARNEGIE MELLON的一个研究生在一个周末写了一个叫做TinyMUD的游戏。那是一个简单的，多用户的游戏。在互联网只要谁知道他的地址与端口（lancelot.avalon.cs.cmu.e 4201)，那么谁就可以得到这个游戏。然而TinyMUD并不是最开始的MUD游戏，这个游戏容易使用，并且可被移植到许多UNIX系统上。这使得MUD风潮像爆炸一样风靡世界至今未衰。现在的各种MUD游戏就在你的身边，另你目不暇接。

MUDs（多用户空间）有如下的各种优点：

许多人可以一起玩；

游戏被分成许多虚拟的空间以便在一个空间的人或物不会影响到另一个空间的人或物；

所有的交互内容以文字出现，没有图片或声音；

通讯靠TCP套接字实现；

大多数代码由学校里的学生来完成维护并且可以公开地得到；

实物，空间和人物的组合可以由简单的命令来完成，而其他语言编写的MUD游戏允许有更复杂的命令和道具；

尽管MUD是为了一个严肃的目的而出现的，但是它仍然保持着原始冒险或RPG游戏的气氛；而且游戏玩家的身份并不被现实所束缚，MUD里的游戏的角色有现实虚拟如一的人，有毛茸茸的动物，有科幻故事里的英雄，以及所有可爱的，丑陋的，令人讨厌的，智慧的人，或者仅仅是一个平常的怪人。

JIM ASPENS（现在是YALE大学的老师）认为TinyMUD无足轻重，很快就会丧失掉新意。他有了些想法却又举棋不定，这对MUD游戏的优点和缺点都有一定的影响。

从地狱开始：MUD游戏--内存VS硬盘

早期的MUD游戏倾向于把大部分游戏数据放到硬盘上。当玩家需要时，空间和物体的数据从硬盘上被取出来。这种方式很慢。

TinyMUD把所有的数据都放在内存里面。这种设计假设数据不会变得特别多。实际上，对于小的MUD游戏，基于内存的数据存储是很快的。但当数据量增加得很多时，进程会开始频繁地在硬盘和内存之间交换数据。系统的负载会由于页面错误的集中出现而攀升。许多系统结构都有一个处理数量限制。ASPENS最终抛弃了TinyMUD当它在他的机器上达到了32M处理数量极限而崩溃的时候。MUD游戏的数据膨胀使问题恶化了，导致巨大的个人对象（INDIVIDUAL OBJECT），甚至后台进程。LambdaM00，运行在SparcCenter 1000上的Xerox Parc平台上，在1994年就要求有198M给予进程并且数据要占有80M的硬盘空间。

很大的基于内存的MUD游戏的表现不尽人意众所周知。尽管有大量的优秀的MUD程序员，直到很晚这个数据层的改进问题才被考虑到。有以下几点原因：

无知。很多学生懂得C语言，但几乎没有MUD程序员研究过数据库的设计。我还记得在新闻组rec.games.mud上，一个学生坚持认为基于硬盘的MUD游戏会把硬盘搞得疲劳不堪。

习惯。有很多MUD游戏是基于硬盘的。包括Marcus Rarnum（那时是DEC的员工）的UberMUD和UnterMUD和Andrew Molitor（Wesleyan大学的研究生）的TeenyMUD，是Andrew Molitor诸多计划中的一个。UberMUD，用到了b+树型数据结构，但被证明对于大多数MUD程序员是相当复杂的。UnterMUD用到了hash表，使用了很高明的缓冲技术而提高了数据访问速度。这种技术被用到了一些商业MUD产品中。但是这种数据结构不允许一些MUD程序员所喜好的操作，比如检查数据对象的总数量。UnterMUD的数据结构，也就是缓冲技术，已经被应用于其他一些服务器中，比如MUSH 2.0。

至少有一种运行得很长时间的TeenyMUD。TeenyMUD使用了一种平直的文件，这种文件使用了一种直接索引方式，和hash搜索同样有效，尽管比之于UnterMUD和UberMUD在缓冲技术方面还欠缺一点点。它的资源占用率很低，对于那些只想试用MUD一两个星期的人很适用。但是，那些喜欢小玩意的MUD程序员常常忽视了TeenyMUD因为它缺少一种可编程的环境。不言自明，如果你的服务器是完全基于内存，而你的MUD进程增长迅速使得依靠硬盘的方式变得很诱人的话，那么在这个时候要不损坏数据而更换服务器则太晚了。

基于硬盘方式不是一种万能钥匙。它使得checkpoint（当服务器运行时做备份）变得很复杂。一种技术上的意见认为基于硬盘的数据结构不会增进效率，如果这些数据够多。理论上，经常被访问的数据对象的缓冲会被放在内存中。，当需要时，这些数据就被交换到进程地址空间里面。既然对象不能因为分布状况而被组合到数据页上，任何顺序地访问大量数据的操作都会使进程运行艰难。操作系统比大多数应用程序要更善于交换数据，一个基于硬盘的数据库比一个基于内存的数据库要痛苦一些。基于硬盘方式仍然会给数据增长加上一个令人满意的上限，尽管硬盘映像会变地更大，更臃肿，有更多的碎片。

与其找寻一种复杂的方法来解决数据增长问题，许多MUD游戏宁愿依靠一种公共的约束或rm -rf（rm:Unix命令-删除）和一切从新开始者来构建数据库。很不幸，这种标志之一以及一个成功的MUD游戏的副作用就是在程序大小和子进程数量两方面的增长。————————

应该注意到硬盘，内存和cpu要占用较多的系统资源。一个50个用户的MUD游戏要占用一个FTP进程的一定比例的网络带宽而且不会使通讯显着地减慢。

在1989年和1994年之间，普通互联网主机上的内存和cpu性能增长了一到两个数量级。但是在1989年，只有很少数的人曾经登录到有额外的 CPU周期分给MUD游戏的互联网主机上，特别是一个那种能控制整个的工作站使其他进程不能以合理的反应时间运行的主机。

同时，随着MUD玩家把游戏介绍给他们的朋友，一定数量的大学生开始迷上了MUD游戏。但给予MUD的CPU周期仍然增长缓慢。这种不和谐导致了两个结果。

人们开始在任意的地方运行MUD，也不请求得到系统管理员的允许。1990年，某个使用GNU群件的人总会在一个机器上发现四到五个MUD在运行，而用户要干点实际的工作就必须杀死这些MUD进程。

在某个正在发展的虚拟社区里，掌握着可以运行MUD的资源的人总是有着很大的权力，甚至要超过他们对继续改进MUD所需投入的时间和精力。

这样我们就碰到了关于MUD的第二个问题

究竟是哪些人的游戏呢?
ASPNES认为他的游戏可能在几个星期后人们就会对之兴味索然。然而确没发生这样的情况，他于是就继续运行他的游戏。很多用户认为TinyMUD，还有他们在构建这个游戏的努力，会永远持续下去（或者至少是在他们毕业之前，还有机会接触网络的时候）。同时，ASPNES，他是一个游戏中的巫师，当游戏变得越来越大，越来越难以控制的时候，却越来越懒地维护他的 MUD游戏，不去管理资源使用，也不去观察游戏参与者的行为了。

一个用户在TinyMUD上的所建对象的数目的限制只是一个“钱”（当然是游戏中的货币）的问题。玩家需要数个便士来建造空间和对象。一个玩家开始是一分钱也没有的，但却可以通过访问别人的建筑或寻找宝藏来赚一些钱。有野心的建造者很快发现计算金钱的系统可以用宏来屏蔽掉以便不断地攫取有价值的宝藏。这对那些有野心的庞大建筑计划者很合口味。但对其他人来说，例如，他们建造了500个对象，却被告知：“你找到了一分钱！”。他们被留在了镇子的中心，以至于任何经过此地的人都必须看着这500个对象的列表。一旦这些对象被去掉，它们仍被加到数据库里直到有人发出了一个工作循环命令。

TinyMUD的一些部分以线性的方式延伸，比如街道和地下铁道。另外的部分却互相交织在一起。有些电话亭连接了四到五个方向。WESLEYAN大学的蒸气管道连接到了FLORIDA大学的校园里。台湾竟就在剑桥的旁边。还有一些谜语，包括巨洞历险的遗迹。还有住宅，准确地说，是一个住宅。

REC ROOM是一个早期的数据库。它有一些玩具和场景。REC ROOM的主人让别人可以连到数据库上还为建造着提供了自由的外出的通道。因此任何建造了些对象的人都作了一个入口和出口同道连到了REC ROOM上，以代替数据库的线性部分。很快REC ROOM成为一个生存的场所，但也是一个交通要冲。

同时，一小部分MUD玩家在建造，而只有极少数的人在探索。更多人把TinyMUD作为一个有家具的交谈系统。曾经有过议论要是鼓励，或甚至于强迫玩家去探索。但是，定居却成为MUD游戏里与建造和探索相竞争东西。大多数服务器把交谈设置得同建造一样复杂。

当人们在一个虚拟的空间里聚集的时候，就意味着任何想搞点破坏的人可以写一个程序连到MUD上，找到那个房间，发出大量的字符，那么MUD就会死掉。

对于TinyMUD的这些已被发现的缺点，拥有资源的MUD玩家，或者从别人那里能搞到机器运行MUD的人，开始设计新的MUD游戏。这些新的MUD游戏在建造方面有某种中央建设的计划，或者至少在哪个人把什么东西放在什么地方的问题上有限制。所有这些育游戏都有更加积极的巫师。建造方面的限制导致了争吵，偶尔甚至相当有强调性和尖刻。建造者可以看到他们的杰作被巫师循环掉以减少数据库的在内存和硬盘间的交换数据。“REC ROOM现象”使建造一般空间的的人被提升到实际上的巫师的地位，他们能控制哪一个人能进入或者建造新的建筑到公共的空间里去。这些人的力量只在系统管理员之下其他人之上。

MUD玩家大多数是大学学生，他们刚刚发现所谓“言论自由”和“艺术性表达”的概念。他们通常是狂野的，也是毫无效果地把这些想法加到数据库上的项目里。而对于MUD游戏的下一个阶段的矛盾已经被埋下伏笔，而且至今仍未被解决。

哪些人拥有MUD数据库呢? 系统管理员? 巫师（在MUD游戏中有着编程和管理系统权限的人）? 还是那些挥洒了汗水建造游戏中风景的人?

一个数据库只是一个文件。如果你拷贝下来又会发生什么呢? 哪些人又有这些拷贝呢? 如果在不同的机器上有着同一个数据库的两个拷贝在运行呢?

如果MUD游戏的规则或者是管理员定的规则发生了变化，那么反对这些规则的玩家能不能摧毁他们的建筑呢? 如果玩家没有什么举动，是不是就意味着他们赞同新个规则呢? 如果玩家的建筑包含了“公共”空间或vital topological interlink呢?

玩家有没有权力参与MUD游戏? 他们有没有权力去建造呢? 对于那些公平地参与者会不会有限制呢? 对于那些在建筑上进行了投资的玩家对数据库能有影响么? (Can it be decommissioned over their protests?)

分布式MUD游戏，（就象所有其他的分布式的东西一样。） 已经被作为数据库所有权问题和所有其他常见的错误的解决方案被提出来了。而且已经有了一些初步成功的分布式MUD游戏的实验。玩家能够从一个MUD游戏毫无困难地走到另一个MUD游戏。如果被拒绝的话，人们可以简单地“拿起他们的玩具回家”。但是，分布式MUD游戏却不怎么流行。

很自然，如果用户权限的问题不被解决的话，对于那些有着用户分级的系统就不会有令人满意的解决方案。一个MUD系统管理员可能会选择去相信一些主机上的MUD系统，但是如果其中的一个MUD因为疏忽而出现了安全问题，他们可以允许制造麻烦的人从这个MUD中出去然后登录到另外的主机上。

而且，一个分布式的MUD游戏要求每个参与的MUD系统都使用同样的服务器代码，或者至少是一个同样的数据库层。我还不知道有任何的令人满意的解决方案来解决游戏玩家把游戏中的东西从一个MUD带到另一个MUD中的问题。

做你想做的，那就是规则的全部含义。
正如其他的系统的管理员所知道的，人们对于共享的计算机资源和对于真实生活的资源都同样的不是很有理性。在没有一个积极的系统管理员的情况下，开始的TinyMUD的数据库不仅变得很大而且乱七八糟。网络上有着年青的，未谙世事的年青人，他们喜欢搞破坏，而不是为自己建设。甚至能用一些简单的编程工具来制造系统灾难。在MUD上这可能变得更加糟糕，因为网络上对于匿名用户的许可使的一般人也可以对网络安全造成威协。

MUD只是游戏，但是大多数系统管理员和玩家都普遍认为MUD是很有趣的，对于大多数人，接收端的烦恼并不是很有趣。但是对于烦恼到底是什么的问题却比编程时的问题要更加痛苦。狂暴的举动或者是淫秽的内容能保护语言性的或艺术性的表达么? 或者对于那些平静的玩家是一件烦人的事情?扮演一角色会给一个玩家粗鲁的或侵虐的性格么?

当实际上没有什么社会规范时强迫玩家遵守社会规范没有什么用处。在一个MUD上，性别，种族，状态，甚至地球引力都不是他们看上去那么回事。一个人可以很好地理解，当那些忧郁的，或毛绒绒的，或那些可以飞的人坚持认为新手会在现实生活中和MUD中一样行动，所带来的混乱。而且，一种社会规范会成为一个社会团体存在的前提。一些学生利用学习的间隙想些别的事情而不是考虑关于道德的事情。

不管MUD游戏系统是不是社团，象泥(mud)水坑里会生虫一样，他们也产生了、管理机构。通常，对于系统管理员有三种理解。

有象JIM ASPNES式的“放任自流”模式。这种MUD游戏趋向于毫无规律地快速增长，也没有人去踢出那些捣乱的人。没有一个积极的管理员，许多MUD社区<使用了一种强有力的MUD客户端软件作为主持正义的义务警察。防御的功能包括：禁止问题玩家的输出。对于攻击的问题，有可能采用/usr/dict/words(是一个UNIX下的字典文件，有大概400多K字节）来把对方给赶跑，特别是当对方的客户端没有你的强大时。

另一个方面，一些MUD游戏采用了另一种转移的方式，组织了一个以可憎的行为为规范的社区，交互的集中形式是TinyMUD 的“kill”的命令。CATHARSIS是一个很多人知道的虚拟王国，那里不需劳神费事，淫秽的内容就可以被提升到艺术的高度。

一些MUD游戏采取了自动管理的模式。这种方式工作得相当不错，如果管理机器的人员就是MUD的顶级巫师，而且经常上线玩，因此熟知其他玩家，并且能观察到不断出现的问题的话。许多这样的MUD游戏也使用一种用户注册的方式，使任何一个人想玩的人都必须回复一个有效的地址。而生事的家伙也就永远toaded. 这个系统最大的缺陷就是一个独裁的MUD只会接纳喜欢，或者至少是能容忍，顶级巫师的人。......

第三个可能是在大多数有能力的玩家中选出人来产生一个合作控制的MUD游戏管理模式。有人幽默地指出道：冒险式的MUD 游戏，允许用户通过猜迷，杀死巫师直到他们也到了巫师阶段，然后才开始建造自己的东西。TinyMUD和与之类似的MUD同类有一个相似的分级方式：玩家们通过和巫师外出游历直到他们也变成巫师来取得分数。有一些运行了很长时间的MUD使用了一种合作式的管理方式，通常是又投票来决定。当巫师和玩家分成了不同的派别，互相谴责对方粗野的不正当的行为，特别是在公共的论坛里的比如USENET里，这些MUD产生了复杂的或者是丑恶的政治问题

在另一个方面，政治是现实生活的一个不可避免的部分。一些玩家可能会认为政治很好玩，但是另外的人对此报着悲观恐惧的看法。互联网正在变得越来越拥挤，而这种早期的令人喜悦的无政府的状态可能会转变为一种更复杂的，但可以接受的状态。

总结：你不能考软件来解决社会问题。
几年以前，系统管理员都在把没有用的MUD从他们的机器上删除掉。现在管理员们发现，MUD游戏为地理上分隔得很开的项目组成员在邮件列表上提供了显而易见的优势。使学生们为合作完成作业而与同学和老师保持联系，也使行动不便的学生能够有机会参与社会活动。MUD游戏让学生和其他地方的学生在网络上实时交谈，让处于城市郊区的大学没有了隔离的问题。一个虚拟的的公共机构可以让充满希望的学生，职员和贡献者们做虚拟的旅行。

很清除，更进一步的软件发展是组成稳定的MUD社区的前提。希缺资源对虚拟设区的重视和对真实社区是一样的。MUD 的数据库在运行它的服务器超过了它的处理能力时，或者系统软件变得不正常时，会被删除掉，使得建造活动和社区建设的活动受到压制。

即使有对服务器软件的升级，在一个字符界面的虚拟社区里生活的社会问题在五年里几乎没有什么变化。当有限的资源被去掉时，磨擦仍然会存在。

在MUD上有过主流媒体对“社会问题”的关注（这并不让人吃惊；网络空间里的性和死亡比数据库层面的讨论要卖座得多）但是如果那些将要成为系统管理员人认为虚拟的强奸和MUD毒瘾只是他们面对的唯一问题，他们会感到吃惊的。

MUD游戏应该是匿名的么，或者MUD的ID应该与现实生活的信息相联系? 匿名问题可能会促进反社会的行为，但是经过注册的ID免去了MUD游戏中最有用的性质：遮羞的面纱。一个妥协的方法是系统管理员不能随意进入修改身分信息。但是任何保存在文件中的信息并不是象人们想象的那样能够保密。

哪些人去建造呢? 限制建造的目标到某些特定的主题和布局可以把那些有不同想法的人排除出去。但是无法控制的建造活动会使在数据库里寻找一个目标或者搜索数据库变得不可能。一个数据太多的数据库对任何人是没有任何趣味的。

新用户应该学些什么呢? 喜欢谩骂的用户在MUD应该受到惩罚么，或者游戏里面应该有现实生活的秩序? 你能够确定的知道任何人的现实身份吗? 把你的真实的生活中的行为移植到虚拟的环境中是没有什么用的。“财富”的和“个人”的概念在虚拟的生活中并不适用。文字的交互比真实生活的交流要简单一些，只是没了语调和真实的表达。也可能在这种环境种要知道语言对别人的影响也是不可能的。如果一个用户用无意义的信息轰炸别人使得他或她不能使用MUD，那么攻击者要被认为是犯了错误吗?......

即使是简单的情况，象姓名的管理，也会是一个复杂的问题。一个MUD能够支持多少个叫DAVE的人? 那么给用户分配唯一的数字-字母的ID会不会打破这种虚拟社区里社会的气氛?

随便想一想就会看到每一个社会问题并不能靠一个代码补丁来解决。一个面向大学本科学生的MUD游戏的管理员可能会被装上一些过虑的装置来过虑一些特定的字词。学生们却又会想出一些新的方法来互相谩骂，这要比服务器上的规定的更新要快得多。既然一些人能够被一些简单的话感动，任何形式的话语很快就会变得冗长无比。

忽视这些问题的MUD系统管理员会发现他们自己碰到每一个事件时都会随意定一些规则。另一个方面，使规则生效的虚拟社区的社会情况比真实生活的变化要快很多。

“我们，世界上的MUD玩家，为了构建一个完美的数据库，宣布联合起来，并保证对于任何有能力的人都能得到kill命令的使用权力。而且在网络死掉之前提供一个备份的MUD，还要提高提示出现的频率，而且保证我们还有我们的后代有一个安全的站点可以连线。为此我们宣布并确立这个《真实世界的虚拟城邦宪法》”

中国泥巴简史
作者：龙鳞儿

二十世纪的某一天，在一个距离我们相当遥远的国度里……

……

一群年轻人发疯了似的狂喊着：“成了！成功了！我们成功了！！”

……

他们，就是泥巴的始祖----地球上第一批的MUD巫师。

在他们手中，诞生了地球上第一个MUD游戏（网络多用户文字游戏）。他们，是伟大的，然而，他们的令人垂涎三尺的MUD是我们大部分并不精通英文的国人所可望而不可及的。所以，就有了我们中国自己的巫师的诞生。在中国，第一批接触MUD的应该属《东方故事》的巫师们了。他们重新修改并编译了MUD的核心程序，并极富创意地加入了外国MUD中所没有的一些核心程序。在他们的努力之下，第一个中文MUD诞生了。这，在中国MUD史上无疑是一个惊天地泣鬼神的壮举！在他们不懈地宣传和鼓动下，也诞生了中国第一批的MUD玩家----元老级的MUD玩家。而他们之中的很大一部份人也成了日后许多MUD大站的极具权威的巫师----所以说来说去还是一句话----得感谢《东方故事》的巫师们。

而后，不长的一段时间里，又有了许多闻名天下的MUD站点----《侠客行》、《天龙八部》、《西游记》、《风云》和《金庸群侠传》（即后来的《书剑》）。然而，在MUD游戏在中国开始怒放的时候,老天送给了我们一个晴空霹雳----据传，由于某些原因，MUD的元老----《东方故事》,将不得不退出历史舞台----这是一个令人万分沮丧的消息,面对这一事实,许多许多的玩家和巫师们都以泪洗面,恨不能从自己的身上挖出一块肉来以换取《东方故事》的继续开放。可该发生的还是发生了----《东方故事》还是关闭了,也不知当我们的可爱的玩家们满怀希望地看着Zmud上的“Attempting connection to 东方故事”后，看到了无数次的“Reconnecting to 东方故事 on X seconds”的界面，会有何反应。

在后来一段日子里，MUD界出现了一阵子平静，而后又一个令MUD界震惊的消息传来，《金庸群侠传》等大型MUD被盗版了，这是就是那些居心不轨的巫师们干的好事，他们先混入一个MUD的巫师内部，取得大部分巫师们的信任，然后，在为取得其他巫师的同意下，利用自己的权限，把MUD的源码通通地运回家里去。一部分犯罪巫师利用这些源码架设了自己的站点，而令一部分巫师中的败类甚至把源码卖给了别人。这就是当初为什么许多大型的MUD巫师内部不稳定团结，为权限问题争的焦头烂额以及《金庸群侠传》后来改名叫《书剑》的原因。从此以后，各MUD都竭尽全力，力争把权限的设置尽力搞得万无一失。于是，每一个MUD的文件夹又凭空大了好几MB。

到了现在，MUD界基本上已处于一个平稳的阶段。许多老玩家对MUD渐渐失去了兴趣。而新的玩家也难以对一个单纯的文字游戏产生兴趣，加之许多巫师们逐渐的退出了江湖，不问世事，MUD的开发也有所停滞。MUD的生意也不再象过去一般红火了。而此时，许多强有力的竞争对手又出现了，《笑傲江湖》、UO、《万王之王》、《网络三国》等等均以其多媒体的优势超越了MUD。看来，似乎是文字MUD该退伍的时候了，然而，事实并非如此！！！！！