劃分清演算法

1. jvm垃圾回收演算法有哪些

1.標記–清除演算法

執行步驟：

• 標記：遍歷內存區域，對需要回收的對象打上標記。

• 清除：再次遍歷內存，對已經標記過的內存進行回收。

2.復制演算法

將內存劃分為等大的兩塊，每次只使用其中的一塊。當一塊用完了，觸發GC時，將該塊中存活的對象復制到另一塊區域，然後一次性清理掉這塊沒有用的內存。下次觸發GC時將那塊中存活的的又復制到這塊，然後抹掉那塊，循環往復。

3. 標記–整理演算法

因為前面的復制演算法當對象的存活率比較高時，這樣一直復制過來，復制過去，沒啥意義，且浪費時間。所以針對老年代提出了「標記整理」演算法。

執行步驟：

• 標記：對需要回收的進行標記

• 整理：讓存活的對象，向內存的一端移動，然後直接清理掉沒有用的內存。

4. 分代收集演算法

當前大多商用虛擬機都採用這種分代收集演算法，這個演算法並沒有新的內容，只是根據對象的存活的時間的長短，將內存分為了新生代和老年代，這樣就可以針對不同的區域，採取對應的演算法。如：

• 新生代，每次都有大量對象死亡，有老年代作為內存擔保，採取復制演算法。

• 老年代，對象存活時間長，採用標記整理，或者標記清理演算法都可。

2. JVM有哪些垃圾回收演算法

標記-清除，標記-復制，標記-整理

3. 如何回答Android面試中javal垃圾回收機制

回收分為兩大塊，一為搜索，二為回收。

一，搜索

GC（GarbageCollector）在回收對象前首先必須發現那些無用的對象，如何去發現定位這些無用的對象？

1，引用計數演算法（基本棄用）

引用計數器演算法是給每個對象設置一個計數器，當有地方引用這個對象的時候，計數器+1，當引用失效的時候，
計數器-1，當計數器為0的時候，JVM就認為對象不再被使用，是「垃圾」了。
引用計數器實現簡單，效率高；但是不能解決循環引用問問題（A對象引用B對象，B對象又引用A對象，但是
A,B對象已不被任何其他對象引用），同時每次計數器的增加和減少都帶來了很多額外的開銷，所以在JDK1.1之後，
這個演算法已經不再使用了。

2，根達搜索演算法（目前使用中）

根搜索演算法是通過一些「GCRoots」對象作為起點，從這些節點開始往下搜索，搜索通過的路徑成為引用鏈

（ReferenceChain），當一個對象沒有被GCRoots的引用鏈連接的時候，說明這個對象是不可用的

gcroot對象：
a)虛擬機棧（棧幀中的本地變數表）中的引用的對象。
b)方法區域中的類靜態屬性引用的對象。
c)方法區域中常量引用的對象。
d)本地方法棧中JNI（Native方法）的引用的對象。
二，回收

1，標記清除演算法

標記—清除演算法包括兩個階段：「標記」和「清除」。在標記階段，確定所有要回收的對象，並做標記。清除階
段緊隨標記階段，將標記階段確定不可用的對象清除。標記—清除演算法是基礎的收集演算法，標記和清除階段的效率不
高，而且清除後回產生大量的不連續空間，這樣當程序需要分配大內存對象時，可能無法找到足夠的連續空間。


2，復制演算法

復制演算法是把內存分成大小相等的兩塊，每次使用其中一塊，當垃圾回收的時候，把存活的對象復制到另一塊上，
然後把這塊內存整個清理掉。復制演算法實現簡單，運行效率高，但是由於每次只能使用其中的一半，造成內存的利用
率不高。現在的JVM用復制方法收集新生代，由於新生代中大部分對象（98%）都是朝生夕死的，所以兩塊內存的比
例不是1:1(大概是8:1)。

3，標記整理演算法

標記—整理演算法和標記—清除演算法一樣，但是標記—整理演算法不是把存活對象復制到另一塊內存，而是把存活對
象往內存的一端移動，然後直接回收邊界以外的內存。標記—整理演算法提高了內存的利用率，並且它適合在收集對象
存活時間較長的老年代。

4，分代收集(當今最常用的方法)

將對象按生命周期不同劃分：
年輕代(YoungGeneration)（Eden,Survivor-s0,Survivor-s1）
年老代(OldGeneration)
持久代(PermanentGeneration)。（包含應用的類/方法信息,以及JRE庫的類和方法信息.和垃圾回收基本無關）


1）創建新對象，一般將直接放入新生代Eden區域，大對象將直接放入年老代。

2）當Eden區域內存分配完畢，小Gc觸發，根達性分析的可達對象將進入Survivor區域-s0，並清空Eden區域。不可達對象將直接刪除。

3）當Eden區域再次內存分配完畢時候，小gc觸發，根達性分析的可達對象將進入Survivor-s1區域，同時，Survivor-s0區域觸發小gc，其中可達對象移動到Survivor-s1區域，企鵝年齡+1，並清空Survivor-s0,。

4）Eden又填滿之後，Survivor-s0與Survivor-s1，互換標簽，Eden區域可達對象進入Survivor-s0,Survivor-s1觸發小gc，可達對象進入Survivor-s0，並且年齡+1.

5）重復上述過程，達到一定時候，進入年老代。

4. 細雨演算法是什麼，百度細雨演算法的詳細規則分析

據網路官方在6月28日給出的最新消息，七月中旬將上線網路最新演算法《細雨演算法》，這次上線的演算法主要打擊標題作弊，包含title關鍵詞堆砌、惡劣穿插聯系方式、冒充官網等情況。就是站點存在大量低質量內容過多的低質收益行為，如變向收益展現，但是僅限於影響用戶體驗的行為。

這次的演算法對於正常的企業站點來說是沒有影響的，除B2B站點外，受影響的一般都是一些靠關鍵詞堆積起來的站點，也就是會在標題中寫一些第三方站點或者第三方平台的官網，來誘導用戶進行點擊訪問等這些嚴重影響用戶體驗的站點。而在我看來這次細雨演算法可以理解成為清風演算法的升級版，我們一起回顧一下清風演算法的打擊對象，標題作弊、內容虛假、標題關鍵詞堆砌，然後我們在對比一下，你會發現其實還是有很大的共同點的。

細雨演算法主要打擊以下問題：

1、頁面標題作弊，包含冒充官網，title堆砌關鍵詞等情況；

2、商家為了在頁面中頻繁保留聯系方式而做出的各種低質受益行為，如受益方式變形、穿插受益等；

在細雨演算法上線前我們應該做做到以下兩點：

一、要避免站點命中新演算法

既然官方已經給出了明確的方案，那我們就要仔細的看清楚，這次的規則是什麼，我們要讓標題更加簡潔、精準，從用戶體驗角度出發，內容做到可讀性，做優質的文章，讓用戶得到自己想要看的內容。

二、網站修改注意情況

1、獲取可能命中演算法的頁面，進行標題修改；官方給出的是標題關鍵詞堆砌，那麼我們需要注意的是，關鍵詞是用「，」隔開的，而我們在寫標題常用的是「_」或「丨」，另外還有就是標題關鍵詞出現的頻率，個人建議是2個。

2、給網站補充大量的優質內容，提交熊掌，讓更多的頁面參與排名；

3、最好可以做到讓蜘蛛抓取的頻次提高且有規律可循，這就需要下點功夫了，網路站長工具後台提供的自動提交、主動推送工具、sitemap等的利用。

總結：這次網路算是非常人性化的了，在細雨演算法上線前，網路會通過搜索資源平台給存在問題的站點發送站內信、郵件，所以如果收到通知的站點就盡快的整改，避免損失。

小編是做網站開發和seo推廣的，所以每天都在和搜索引擎打交道，使用搜索引擎的頻率還是挺高的，不知道目前大部分網民是否對搜索引擎還是重度依賴?

今日頭條、微信、微博等平台的壯大，佔用了大部分網民的碎片化時間;頭條內容的豐富性，可以說也擠掉了部分搜索引擎的市場，小編就有個習慣，有問題先頭條上搜，找不到再去搜索引擎，頭條培養的用戶沉浸式可怕習慣，也讓互聯網各大巨頭坐立不安!

以網路為代表的搜索引擎，在移動互聯網時代不斷掉隊，也許並非技術跟不上，用戶體驗度實在太差是根本原因：各種虛假廣告導致靠搜索引擎搜索答案的時間、精力成本越來越高;各平台上存在的虛假廣告滿天飛，下載個小軟體，還得裝一個軟體「全家桶」;用戶難辨真偽，引擎導向金錢，使越來越多的網民投向真實社交的微信和相對真實的頭條!

網路最近動作頻頻，讓小編刮目相看，去年11月份推出《閃電演算法》，促使各大網站提高網站打開速度，過濾掉一批用戶體驗度差的垃圾網站;

網路《清風演算法2.0》嚴厲打擊欺騙下載，挽回用戶資源下載「全家桶」痛苦的心;

《驚雷演算法2.0》，封禁快排網站，打擊虛假廣告，擾亂搜索引擎演算法的行為，使真正能為用戶提供高質量真實信息的網站，脫穎而出;

這次網路推出細雨演算法，特別的針對了一個非常混亂的網站群體，那就是供求黃頁類，B2B發廣告的那種，最簡單的例子就是像58同城、百姓網一類的，當然還有無數類似的中小站點

之說以說混亂，其中印象最深刻的就是我遇到過有些網路營銷推廣公司，就是專門將互聯網這些黃頁B2B平台合作，通過軟體平台統一管理發布內容，通過無數的站點來實現網路的霸屏效果，年收費都是上萬或者幾萬，這樣的商業模式其實可以理解，也不得不說會有一些效果，但是要知道，這些平台站點幾乎沒有任何的用戶體驗可言，為了廣告而廣告，裡面全是各種商業信息或者垃圾廣告，魚龍混雜什麼樣的內容都有，什麼行業的都有。

所以這次網路為保證搜索用戶體驗，促進供求黃頁類b2b站點生態健康發展，將於7月中旬推出細雨演算法，命中演算法的站點將會受到限制展現的處罰。

演算法主要針對以下問題：

1.頁面標題作弊，包含冒充官網，title堆砌關鍵詞等情況;

2.商家為了在頁面中頻繁保留聯系方式而做出的各種低質受益行為，如受益方式變形、穿插受益等。

最後網路算是非常人性化了，在細雨演算法上線前，網路會通過搜索資源平台給存在問題的站點發送站內信、郵件，所以如果收到通知的站點就盡快的整改，避免損失

5. 瀛愮綉鎺╃爜濡備綍鍒掑垎璁＄畻鍟婏紵

IP鍦板潃鏄32浣嶇殑浜岃繘鍒舵暟鍊礆紝鐢ㄤ簬鍦═CP/IP閫氳鍗忚涓鏍囪版瘡鍙拌＄畻鏈虹殑鍦板潃銆傞氬父鎴戜滑浣跨敤鐐瑰紡鍗佽繘鍒舵潵琛ㄧず錛屽192.168.0.5絳夌瓑銆
姣忎釜IP鍦板潃鍙堝彲鍒嗕負涓ら儴鍒嗐傚嵆緗戠粶鍙烽儴鍒嗗拰涓繪満鍙烽儴鍒嗭細緗戠粶鍙瘋〃紺哄叾鎵灞炵殑緗戠粶孌電紪鍙鳳紝涓繪満鍙峰垯琛ㄧず璇ョ綉孌典腑璇ヤ富鏈虹殑鍦板潃緙栧彿銆傛寜鐓х綉緇滆勬ā鐨勫ぇ灝忥紝IP鍦板潃鍙浠ュ垎涓篈銆丅銆丆銆丏銆丒浜旂被錛屽叾涓瑼銆丅銆丆綾繪槸涓夌嶄富瑕佺殑綾誨瀷鍦板潃錛孌綾諱笓渚涘氱洰浼犻佺敤鐨勫氱洰鍦板潃錛孍綾葷敤浜庢墿灞曞囩敤鍦板潃銆侫銆丅銆丆涓夌被IP鍦板潃鏈夋晥鑼冨洿濡備笅琛錛

綾誨埆 緗戠粶鍙 /鍗犱綅鏁 涓繪満鍙 /鍗犱綅鏁 鐢ㄩ
A 1鍀126 / 8 0鍀255 0鍀255 1鍀254 / 24 鍥藉剁駭
B 128鍀191 0鍀255 / 16 0鍀255 1鍀254 / 16 璺ㄨ繃緇勭粐
C 192鍀223 0鍀255 0鍀255 / 24 1鍀254 / 8 浼佷笟緇勭粐

闅忕潃浜掕繛緗戝簲鐢ㄧ殑涓嶆柇鎵╁ぇ錛屽師鍏堢殑IPv4鐨勫紛絝涔熼愭笎鏆撮湶鍑烘潵錛屽嵆緗戠粶鍙峰崰浣嶅お澶氾紝鑰屼富鏈哄彿浣嶅お灝戱紝鎵浠ュ叾鑳芥彁渚涚殑涓繪満鍦板潃涔熻秺鏉ヨ秺紼緙猴紝鐩鍓嶉櫎浜嗕嬌鐢∟AT鍦ㄤ紒涓氬唴閮ㄥ埄鐢ㄤ繚鐣欏湴鍧鑷琛屽垎閰嶄互澶栵紝閫氬父閮藉逛竴涓楂樼被鍒鐨処P鍦板潃榪涜屽啀鍒掑垎錛屼互褰㈡垚澶氫釜瀛愮綉錛屾彁渚涚粰涓嶅悓瑙勬ā鐨勭敤鎴風兢浣跨敤銆
榪欓噷涓昏佹槸涓轟簡鍦ㄧ綉緇滃垎孌墊儏鍐典笅鏈夋晥鍦板埄鐢↖P鍦板潃錛岄氳繃瀵逛富鏈哄彿鐨勯珮浣嶉儴鍒嗗彇浣滀負瀛愮綉鍙鳳紝浠庨氬父鐨勭綉緇滀綅鐣岄檺涓鎵╁睍鎴栧帇緙╁瓙緗戞帺鐮侊紝鐢ㄦ潵鍒涘緩鏌愮被鍦板潃鐨勬洿澶氬瓙緗戙備絾鍒涘緩鏇村氱殑瀛愮綉鏃訛紝鍦ㄦ瘡涓瀛愮綉涓婄殑鍙鐢ㄤ富鏈哄湴鍧鏁扮洰浼氭瘮鍘熷厛鍑忓皯銆
瀛愮綉鎺╃爜鏄鏍囧織涓や釜IP鍦板潃鏄鍚﹀悓灞炰簬涓涓瀛愮綉鐨勶紝涔熸槸32浣嶄簩榪涘埗鍦板潃錛屽叾姣忎竴涓涓1浠ｈ〃璇ヤ綅鏄緗戠粶浣嶏紝涓0浠ｈ〃涓繪満浣嶃傚畠鍜孖P鍦板潃涓鏍蜂篃鏄浣跨敤鐐瑰紡鍗佽繘鍒舵潵琛ㄧず鐨勩傚傛灉涓や釜IP鍦板潃鍦ㄥ瓙緗戞帺鐮佺殑鎸変綅涓庣殑璁＄畻涓嬫墍寰楃粨鏋滅浉鍚岋紝鍗寵〃鏄庡畠浠鍏卞睘浜庡悓涓瀛愮綉涓銆
鍦ㄨ＄畻瀛愮綉鎺╃爜鏃訛紝鎴戜滑瑕佹敞鎰廔P鍦板潃涓鐨勪繚鐣欏湴鍧錛屽嵆鈥 0鈥濆湴鍧鍜屽箍鎾鍦板潃錛屽畠浠鏄鎸囦富鏈哄湴鍧鎴栫綉緇滃湴鍧鍏ㄤ負鈥 0鈥濇垨鈥 1鈥濇椂鐨処P鍦板潃錛屽畠浠浠ｈ〃鐫鏈緗戠粶鍦板潃鍜屽箍鎾鍦板潃錛屼竴鑸鏄涓嶈兘琚璁＄畻鍦ㄥ唴鐨勩

涓嬮潰灝辨潵浠ュ疄渚嬫潵璇存槑瀛愮綉鎺╃爜鐨勭畻娉曪細
瀵逛簬鏃犻』鍐嶅垝鍒嗘垚瀛愮綉鐨処P鍦板潃鏉ヨ達紝鍏跺瓙緗戞帺鐮侀潪甯哥畝鍗曪紝鍗蟲寜鐓у叾瀹氫箟鍗沖彲鍐欏嚭錛氬傛煇B綾籌P鍦板潃涓 10.12.3.0錛屾棤欏誨啀鍒嗗壊瀛愮綉錛屽垯璇IP鍦板潃鐨勫瓙緗戞帺鐮佷負255.255.0.0銆傚傛灉瀹冩槸涓涓狢綾誨湴鍧錛屽垯鍏跺瓙緗戞帺鐮佷負 255.255.255.0銆傚叾瀹冪被鎺錛屼笉鍐嶈﹁堪銆備笅闈㈡垜浠鍏抽敭瑕佷粙緇嶇殑鏄涓涓狪P鍦板潃錛岃繕闇瑕佸皢鍏墮珮浣嶄富鏈轟綅鍐嶄綔涓哄垝鍒嗗嚭鐨勫瓙緗戠綉緇滃彿錛屽墿涓嬬殑鏄姣忎釜瀛愮綉鐨勪富鏈哄彿錛岃繖鏃惰ュ備綍榪涜屾瘡涓瀛愮綉鐨勬帺鐮佽＄畻銆
涓銆佸埄鐢ㄥ瓙緗戞暟鏉ヨ＄畻
鍦ㄦ眰瀛愮綉鎺╃爜涔嬪墠蹇呴』鍏堟悶娓呮氳佸垝鍒嗙殑瀛愮綉鏁扮洰錛屼互鍙婃瘡涓瀛愮綉鍐呯殑鎵闇涓繪満鏁扮洰銆
1)灝嗗瓙緗戞暟鐩杞鍖栦負浜岃繘鍒舵潵琛ㄧず
2)鍙栧緱璇ヤ簩榪涘埗鐨勪綅鏁幫紝涓 N
3)鍙栧緱璇IP鍦板潃鐨勭被瀛愮綉鎺╃爜錛屽皢鍏朵富鏈哄湴鍧閮ㄥ垎鐨勭殑鍓峃浣嶇疆 1 鍗沖緱鍑鴻IP鍦板潃鍒掑垎瀛愮綉鐨勫瓙緗戞帺鐮併
濡傛插皢B綾籌P鍦板潃168.195.0.0鍒掑垎鎴27涓瀛愮綉錛
1)27=11011
2)璇ヤ簩榪涘埗涓轟簲浣嶆暟錛孨 = 5
3)灝咮綾誨湴鍧鐨勫瓙緗戞帺鐮255.255.0.0鐨勪富鏈哄湴鍧鍓5浣嶇疆 1錛屽緱鍒 255.255.248.0
鍗充負鍒掑垎鎴 27涓瀛愮綉鐨凚綾籌P鍦板潃 168.195.0.0鐨勫瓙緗戞帺鐮併
浜屻佸埄鐢ㄤ富鏈烘暟鏉ヨ＄畻
1)灝嗕富鏈烘暟鐩杞鍖栦負浜岃繘鍒舵潵琛ㄧず
2)濡傛灉涓繪満鏁板皬浜庢垨絳変簬254錛堟敞鎰忓幓鎺変繚鐣欑殑涓や釜IP鍦板潃錛夛紝鍒欏彇寰楄ヤ富鏈虹殑浜岃繘鍒朵綅鏁幫紝涓 N錛岃繖閲岃偗瀹 N<8銆傚傛灉澶т簬254錛屽垯 N>8錛岃繖灝辨槸璇翠富鏈哄湴鍧灝嗗崰鎹涓嶆8浣嶃
3)浣跨敤255.255.255.255鏉ュ皢璇ョ被IP鍦板潃鐨勪富鏈哄湴鍧浣嶆暟鍏ㄩ儴緗1錛岀劧鍚庝粠鍚庡悜鍓嶇殑灝哊浣嶅叏閮ㄧ疆涓 0錛屽嵆涓哄瓙緗戞帺鐮佸箋
濡傛插皢B綾籌P鍦板潃168.195.0.0鍒掑垎鎴愯嫢騫插瓙緗戱紝姣忎釜瀛愮綉鍐呮湁涓繪満700鍙幫細
1) 700=1010111100
2)璇ヤ簩榪涘埗涓哄嶮浣嶆暟錛孨 = 10
3)灝嗚B綾誨湴鍧鐨勫瓙緗戞帺鐮255.255.0.0鐨勪富鏈哄湴鍧鍏ㄩ儴緗 1錛屽緱鍒255.255.255.255
鐒跺悗鍐嶄粠鍚庡悜鍓嶅皢鍚 10浣嶇疆0,鍗充負錛 11111111.11111111.11111100.00000000
鍗255.255.252.0銆傝繖灝辨槸璇ユ插垝鍒嗘垚涓繪満涓700鍙扮殑B綾籌P鍦板潃 168.195.0.0鐨勫瓙緗戞帺鐮併
涓嬮潰鍒楀嚭鍚勭被IP鍦板潃鎵鑳藉垝鍒嗗嚭鐨勬墍鏈夊瓙緗戱紝鍏跺垝鍒嗗悗鐨勪富鏈哄拰瀛愮綉鍗犱綅鏁幫紝浠ュ強涓繪満鍜屽瓙緗戠殑錛堟渶澶э級鏁扮洰錛屾敞鎰忚佸幓鎺変繚鐣欑殑IP鍦板潃(鍗沖垝鍒嗗悗鏈変富鏈轟綅鎴栧瓙緗戜綅鍏ㄤ負鈥0鈥濇垨鍏ㄤ負鈥1鈥濈殑)錛
A綾籌P鍦板潃錛
瀛愮綉浣 /涓繪満浣 瀛愮綉鎺╃爜 瀛愮綉鏈澶ф暟 /涓繪満鏈澶ф暟
2/22 255.192.0.0 2/4194302
3/21 255.224.0.0 6/2097150
4/20 255.240.0.0 14/1048574
5/19 255.248.0.0 30/524286
6/18 255.252.0.0 62/262142
7/17 255.254.0.0 126/131070
8/16 255.255.0.0 254/65536
9/15 255.255.128.0 510/32766
10/14 255.255.192.0 1022/16382
11/13 255.255.224.0 2046/8190
12/12 255.255.240.0 4094/4094
13/11 255.255.248.0 8190/2046
14/10 255.255.252.0 16382/1022
15/9 255.255.254.0 32766/510
16/8 255.255.255.0 65536/254
17/7 255.255.255.128 131070/126
18/6 255.255.255.192 262142/62
19/5 255.255.255.224 524286/30
20/4 255.255.255.240 1048574/14
21/3 255.255.255.248 2097150/6
22/2 255.255.255.252 4194302/2
B綾籌P鍦板潃錛
瀛愮綉浣 /涓繪満浣 瀛愮綉鎺╃爜 瀛愮綉鏈澶ф暟 /涓繪満鏈澶ф暟
2/14 255.255.192.0 2/16382
3/13 255.255.224.0 6/8190
4/12 255.255.240.0 14/4094
5/11 255.255.248.0 30/2046
6/10 255.255.252.0 62/1022
7/9 255.255.254.0 126/510
8/8 255.255.255.0 254/254
9/7 255.255.255.128 510/126
10/6 255.255.255.192 1022/62
11/5 255.255.255.224 2046/30
12/4 255.255.255.240 4094/14
13/3 255.255.255.248 8190/6
14/2 255.255.255.252 16382/2
C綾籌P鍦板潃錛
瀛愮綉浣 /涓繪満浣 瀛愮綉鎺╃爜 瀛愮綉鏈澶ф暟 /涓繪満鏈澶ф暟
2/6 255.255.255.192 2/62
3/5 255.255.255.224 6/30
4/4 255.255.255.240 14/14
5/3 255.255.255.248 30/6
6/2 255.255.255.252 62/2

鍐嶆牴鎹瓹CNA涓浼氬嚭鐜扮殑棰樼洰緇欏ぇ瀹朵婦涓渚嬪瓙錛

棣栧厛錛屾垜浠鐪嬩竴涓鑰冭瘯涓甯歌佺殑棰樺瀷錛氫竴涓涓繪満鐨処P鍦板潃鏄202.112.14.137錛屾帺鐮佹槸255.255.255.224錛岃佹眰璁＄畻榪欎釜涓繪満鎵鍦ㄧ綉緇滅殑緗戠粶鍦板潃鍜屽箍鎾鍦板潃銆

甯歌勫姙娉曟槸鎶婅繖涓涓繪満鍦板潃鍜屽瓙緗戞帺鐮侀兘鎹㈢畻鎴愪簩榪涘埗鏁幫紝涓よ呰繘琛岄昏緫涓庤繍綆楀悗鍗沖彲寰楀埌緗戠粶鍦板潃銆傚叾瀹炲ぇ瀹跺彧瑕佷粩緇嗘兂鎯籌紝鍙浠ュ緱鍒板彟涓涓鏂規硶錛255.255.255.224鐨勬帺鐮佹墍瀹圭撼鐨処P鍦板潃鏈256錛224錛32涓錛堝寘鎷緗戠粶鍦板潃鍜屽箍鎾鍦板潃錛夛紝閭ｄ箞鍏鋒湁榪欑嶆帺鐮佺殑緗戠粶鍦板潃涓瀹氭槸32鐨勫嶆暟銆傝岀綉緇滃湴鍧鏄瀛愮綉IP鍦板潃鐨勫紑濮嬶紝騫挎挱鍦板潃鏄緇撴潫錛屽彲浣跨敤鐨勪富鏈哄湴鍧鍦ㄨ繖涓鑼冨洿鍐咃紝鍥犳ょ暐灝忎簬137鑰屽張鏄32鐨勫嶆暟鐨勫彧鏈128錛屾墍浠ュ緱鍑虹綉緇滃湴鍧鏄202.112.14.128銆傝屽箍鎾鍦板潃灝辨槸涓嬩竴涓緗戠粶鐨勭綉緇滃湴鍧鍑1銆傝屼笅涓涓32鐨勫嶆暟鏄160錛屽洜姝ゅ彲浠ュ緱鍒板箍鎾鍦板潃涓202.112.14.159銆傚彲鍙傜収涓嬭〃鏉ョ悊瑙ｆ湰渚嬨

瀛愮綉緇 2榪涘埗瀛愮綉緇滃煙鏁 2榪涘埗涓繪満鍩熸暟鐨勮寖鍥 2榪涘埗涓繪満鍩熸暟鐨勮寖鍥
絎1涓瀛愮綉緇 000 00000 thru 11111 .0 thru.31
絎2涓瀛愮綉緇 001 00000 thru 11111 .32 thru.63
絎3涓瀛愮綉緇 010 00000 thru 11111 .64 thru.95
絎4涓瀛愮綉緇 011 00000 thru 11111 .96 thru.127
絎5涓瀛愮綉緇 100 00000 thru 11111 .128 thru.159
絎6涓瀛愮綉緇 101 00000 thru 11111 .160 thru.191
絎7涓瀛愮綉緇 110 00000 thru 11111 .192 thru.223
絎8涓瀛愮綉緇 111 00000 thru 11111 .124 thru.255

CCNA鑰冭瘯涓錛岃繕鏈変竴縐嶉樺瀷錛岃佷綘鏍規嵁姣忎釜緗戠粶鐨勪富鏈烘暟閲忚繘琛屽瓙緗戝湴鍧鐨勮勫垝鍜岃＄畻瀛愮綉鎺╃爜銆傝繖涔熷彲鎸変笂榪板師鍒欒繘琛岃＄畻銆傛瘮濡備竴涓瀛愮綉鏈10鍙頒富鏈猴紝閭ｄ箞瀵逛簬榪欎釜瀛愮綉闇瑕佺殑IP鍦板潃鏄錛

10錛1錛1錛1錛13

娉ㄦ剰錛氬姞鐨勭涓涓1鏄鎸囪繖涓緗戠粶榪炴帴鏃舵墍闇鐨勭綉鍏沖湴鍧錛屾帴鐫鐨勪袱涓1鍒嗗埆鏄鎸囩綉緇滃湴鍧鍜屽箍鎾鍦板潃銆傚洜涓13灝忎簬16錛16絳変簬2鐨4嬈℃柟錛夛紝鎵浠ヤ富鏈轟綅涓4浣嶃傝

256錛16錛240

鎵浠ヨュ瓙緗戞帺鐮佷負255.255.255.240銆

濡傛灉涓涓瀛愮綉鏈14鍙頒富鏈猴紝涓嶅皯浜哄父鐘鐨勯敊璇鏄錛氫緷鐒跺垎閰嶅叿鏈16涓鍦板潃絀洪棿鐨勫瓙緗戱紝鑰屽繕璁頒簡緇欑綉鍏沖垎閰嶅湴鍧銆傝繖鏍峰氨閿欒浜嗭紝鍥犱負錛

14錛1錛1錛1錛17

17澶т簬16錛屾墍浠ユ垜浠鍙鑳藉垎閰嶅叿鏈32涓鍦板潃錛32絳変簬2鐨5嬈℃柟錛夌┖闂寸殑瀛愮綉銆傝繖鏃跺瓙緗戞帺鐮佷負錛255.255.255.224銆