為什么Linux的命令 rm 沒有回收站呢？

這個命令需要重新激活一下程序才可以有回收站，并且需要先執(zhí)行刪除的指令，才能夠徹底進入回收站。

成都創(chuàng)新互聯(lián)公司專注于涼州網(wǎng)站建設服務及定制，我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗。 熱誠為您提供涼州營銷型網(wǎng)站建設，涼州網(wǎng)站制作、涼州網(wǎng)頁設計、涼州網(wǎng)站官網(wǎng)定制、微信小程序開發(fā)服務，打造涼州網(wǎng)絡公司原創(chuàng)品牌,更為您提供涼州網(wǎng)站排名全網(wǎng)營銷落地服務。

Linux中內存的分配和回收是怎樣的

Linux 采用 Buddy 算法有效分配和釋放物理頁塊。 linux系統(tǒng)內存管理的特點linux的進程結束后，它占用的資源全部釋放，但是內存僅僅是設置了標志，標志了這部分內存已經(jīng)不再使用，可以被重新分配的。當進程需要內存時，linux系統(tǒng)首先從空閑內存中...

LINUX系統(tǒng)的內存管理知識詳解

內存是Linux內核所管理的最重要的資源之一。內存管理系統(tǒng)是操作系統(tǒng)中最為重要的部分，因為系統(tǒng)的物理內存總是少于系統(tǒng)所需要的內存數(shù)量。虛擬內存就是為了克服這個矛盾而采用的策略。系統(tǒng)的虛擬內存通過在各個進程之間共享內存而使系統(tǒng)看起來有多于實際內存的內存容量。Linux支持虛擬內存, 就是使用磁盤作為RAM的擴展，使可用內存相應地有效擴大。核心把當前不用的內存塊存到硬盤，騰出內存給其他目的。當原來的內容又要使用時，再讀回內存。以下就是我為大家整理到的詳細LINUX系統(tǒng)內存管理的知識，歡迎大家閱讀!!!

LINUX系統(tǒng)教程：內存管理的知識詳解

一、內存使用情況監(jiān)測

(1)實時監(jiān)控內存使用情況

在命令行使用“Free”命令可以監(jiān)控內存使用情況

代碼如下:

#free

total used free shared buffers cached

Mem: 256024 192284 63740 0 10676 101004

-/+ buffers/cache: 80604 175420

Swap: 522072 0 522072

上面給出了一個256兆的RAM和512兆交換空間的系統(tǒng)情況。第三行輸出(Mem:)顯示物理內存。total列不顯示核心使用的物理內存(通常大約1MB)。used列顯示被使用的內存總額(第二行不計緩沖)。 free列顯示全部沒使用的內存。Shared列顯示多個進程共享的內存總額。Buffers列顯示磁盤緩存的當前大小。第五行(Swap:)對對換空間，顯示的信息類似上面。如果這行為全0，那么沒使用對換空間。在缺省的狀態(tài)下，free命令以千字節(jié)(也就是1024字節(jié)為單位)來顯示內存使用情況?？梢允褂谩猦參數(shù)以字節(jié)為單位顯示內存使用情況，或者可以使用—m參數(shù)以兆字節(jié)為單位顯示內存使用情況。還可以通過—s參數(shù)使用命令來不間斷地監(jiān)視內存使用情況：

#free –b –s2

這個命令將會在終端窗口中連續(xù)不斷地報告內存的使用情況，每2秒鐘更新一次。

(2)組合watch與 free命令用來實時監(jiān)控內存使用情況：

代碼如下:

#watch -n 2 -d free

Every 2.0s: free Fri Jul 6 06:06:12 2007

total used free shared buffers cached

Mem: 233356 218616 14740 0 5560 64784

-/+ buffers/cache: 148272 85084

Swap: 622584 6656 615928

watch命令會每兩秒執(zhí)行 free一次，執(zhí)行前會清除屏幕，在同樣位置顯示數(shù)據(jù)。因為 watch命令不會卷動屏幕，所以適合出長時間的監(jiān)測內存使用率?？梢允褂?-n選項，控制執(zhí)行的頻率;也可以利用 -d選項，讓命令將每次不同的地方顯示出來。Watch命令會一直執(zhí)行，直到您按下 [Ctrl]-[C] 為止。

二、虛擬內存的概念

(1)Linux虛擬內存實現(xiàn)機制

Linux虛擬內存的實現(xiàn)需要六種機制的支持：地址映射機制、內存分配回收機制、緩存和刷新機制、請求頁機制、交換機制、內存共享機制。

首先內存管理程序通過映射機制把用戶程序的邏輯地址映射到物理地址，在用戶程序運行時如果發(fā)現(xiàn)程序中要用的虛地址沒有對應的物理內存時，就發(fā)出了請求頁要求;如果有空閑的內存可供分配，就請求分配內存(于是用到了內存的分配和回收)，并把正在使用的物理頁記錄在緩存中(使用了緩存機制)。 如果沒有足夠的內存可供分配，那么就調用交換機制，騰出一部分內存。另外在地址映射中要通過TLB(翻譯后援存儲器)來尋找物理頁;交換機制中也要用到交換緩存，并且把物理頁內容交換到交換文件中后也要修改頁表來映射文件地址。

(2)虛擬內存容量設定

也許有人告訴你，應該分配2倍于物理內存的虛擬內存，但這是個不固定的規(guī)律。如果你的物理保存比較小，可以這樣設定。如果你有1G物理內存或更多的話，可以縮小一下虛擬內存。Linux會把大量的內存用做Cache的,但在資源緊張時回收回.。你只要看到swap為0或者很小就可以放心了,因為內存放著不用才是最大的浪費。

三、使甩vmstat命令監(jiān)視虛擬內存使用情況

vmstat是Virtual Meomory Statistics(虛擬內存統(tǒng)計)的縮寫，可對操作系統(tǒng)的虛擬內存、進程、CPU活動進行監(jiān)視。它是對系統(tǒng)的整體情況進行統(tǒng)計，不足之處是無法對某個進程進行深入分析。通常使用vmstat 5 5(表示在5秒時間內進行5次采樣)命令測試。將得到一個數(shù)據(jù)匯總它可以反映真正的系統(tǒng)情況。

代碼如下:

#vmstat 5 5

procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----

r b swpd free buff cache si so bi bo in cs us sy id wa

1 0 62792 3460 9116 88092 6 30 189 89 1061 569 17 28 54 2

0 0 62792 3400 9124 88092 0 0 0 14 884 434 4 14 81 0

0 0 62792 3400 9132 88092 0 0 0 14 877 424 4 15 81 0

1 0 62792 3400 9140 88092 0 0 0 14 868 418 6 20 74 0

1 0 62792 3400 9148 88092 0 0 0 15 847 400 9 25 67 0

vmstat命令輸出分成六個部分：

(1)進程procs：

r：在運行隊列中等待的進程數(shù) 。

b：在等待io的進程數(shù) 。

(2)內存memoy：

swpd：現(xiàn)時可用的交換內存(單位KB)。

free：空閑的內存(單位KB)。

buff: 緩沖去中的內存數(shù)(單位：KB)。

cache：被用來做為高速緩存的內存數(shù)(單位：KB)。

(3) swap交換頁面

si: 從磁盤交換到內存的交換頁數(shù)量，單位：KB/秒。

so: 從內存交換到磁盤的交換頁數(shù)量，單位：KB/秒。

(4) io塊設備:

bi: 發(fā)送到塊設備的塊數(shù)，單位：塊/秒。

bo: 從塊設備接收到的塊數(shù)，單位：塊/秒。

(5)system系統(tǒng)：

in: 每秒的中斷數(shù)，包括時鐘中斷。

cs: 每秒的環(huán)境(上下文)切換次數(shù)。

(6)cpu中央處理器：

cs：用戶進程使用的時間 。以百分比表示。

sy：系統(tǒng)進程使用的時間。 以百分比表示。

id：中央處理器的空閑時間 。以百分比表示。

如果 r經(jīng)常大于 4 ，且id經(jīng)常小于40，表示中央處理器的負荷很重。 如果bi，bo 長期不等于0，表示物理內存容量太小。

四、Linux 服務器的內存泄露和回收內存的方法

1、內存泄漏的定義：

一般我們常說的內存泄漏是指堆內存的泄漏。堆內存是指程序從堆中分配的，大小任意的(內存塊的大小可以在程序運行期決定)，使用完后必須顯示釋放的內存。應用程序一般使用malloc，realloc，new等函數(shù)從堆中分配到一塊內存，使用完后，程序必須負責相應的調用free或釋放該內存塊，否則，這塊內存就不能被再次使用，我們就說這塊內存泄漏了。

2、內存泄露的危害

從用戶使用程序的角度來看，內存泄漏本身不會產(chǎn)生什么危害，作為一般的用戶，根本感覺不到內存泄漏的存在。真正有危害的`是內存泄漏的堆積，這會最終消耗盡系統(tǒng)所有的內存。從這個角度來說，一次性內存泄漏并沒有什么危害，因為它不會堆積，而隱式內存泄漏危害性則非常大，因為較之于常發(fā)性和偶發(fā)性內存泄漏它更難被檢測到。存在內存泄漏問題的程序除了會占用更多的內存外，還會使程序的性能急劇下降。對于服務器而言，如果出現(xiàn)這種情況，即使系統(tǒng)不崩潰，也會嚴重影響使用。

3、內存泄露的檢測和回收

對于內存溢出之類的麻煩可能大家在編寫指針比較多的復雜的程序的時候就會遇到。在 Linux 或者 unix 下，C、C++語言是最使用工具。但是我們的 C++ 程序缺乏相應的手段來檢測內存信息，而只能使用 top 指令觀察進程的動態(tài)內存總額。而且程序退出時，我們無法獲知任何內存泄漏信息。

使用kill命令

使用Linux命令回收內存，我們可以使用Ps、Kill兩個命令檢測內存使用情況和進行回收。在使用超級用戶權限時使用命令“Ps”，它會列出所有正在運行的程序名稱，和對應的進程號(PID)。Kill命令的工作原理是：向Linux操作系統(tǒng)的內核送出一個系統(tǒng)操作信號和程序的進程號(PID)。

應用例子：

為了高效率回收內存可以使用命令ps 參數(shù)v：

代碼如下:

[root@www ~]# ps v

PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND

2542 tty1 Ss+ 0:00 0 8 1627 428 0.1 /sbin/mingetty tty1

2543 tty2 Ss+ 0:00 0 8 1631 428 0.1 /sbin/mingetty tty2

2547 tty3 Ss+ 0:00 0 8 1631 432 0.1 /sbin/mingetty tty3

2548 tty4 Ss+ 0:00 0 8 1627 428 0.1 /sbin/mingetty tty4

2574 tty5 Ss+ 0:00 0 8 1631 432 0.1 /sbin/mingetty tty5

2587 tty6 Ss+ 0:00 0 8 1627 424 0.1 /sbin/mingetty tty6

2657 tty7 Ss+ 1:18 12 1710 29981 7040 3.0 /usr/bin/Xorg :0 -br -a

2670 pts/2 Ss 0:01 2 682 6213 1496 0.6 -bash

3008 pts/4 Ss 0:00 2 682 6221 1472 0.6 /bin/bash

3029 pts/4 S+ 0:00 2 32 1783 548 0.2 ping 192.168.1.12

3030 pts/2 R+ 0:00 2 73 5134 768 0.3 ps v

然后如果想回收Ping命令的內存的話，使用命令：

代碼如下:

# Kill -9 3029

使用工具軟件

Memprof是一個非常具有吸引力且非常易于使用的軟件，它由Red Hat的Owen Talyor創(chuàng)立。這個工具是用于GNOME前端的Boehm-Demers-Weiser垃圾回收器。這個工具直接就可以執(zhí)行，并且其工作起來無需對源代碼進行任何修改。在程序執(zhí)行時，這個工具會以圖形化的方式顯示內存的使用情況。

相關介紹：Linux

嚴格來講，Linux這個詞本身只表示Linux內核，但人們已經(jīng)習慣了用Linux來形容整個基于Linux內核，并且使用GNU 工程各種工具和數(shù)據(jù)庫的操作系統(tǒng)。

Linux擁有以下特性：類似于Unix的基本思想，支持完全免費與自由傳播，完全兼容POSIX1.0標準，支持多用戶、多任務、有著良好的界面、支持多種平臺。Linux 能運行主要的UNIX工具軟件、應用程序和網(wǎng)絡協(xié)議。它支持32位和64位硬件。Linux繼承了Unix以網(wǎng)絡為核心的設計思想，是一個性能穩(wěn)定的多用戶網(wǎng)絡操作系統(tǒng)。

Linux有著許多不同的版本，但它們都使用了Linux內核。Linux可安裝在各種計算機硬件設備中，比如手機、平板電腦、路由器、視頻游戲控制臺、臺式計算機、大型機和超級計算機。

linux內存中的cache真的能被回收么

不了解。這樣的人的第一反應是：天啊，內存用了好多，70個多G，可是我?guī)缀鯖]有運行什么大程序??？為什么會這樣？Linux好占內存！

自以為很了解。這樣的人一般自習評估過會說：嗯，根據(jù)我專業(yè)的眼光看出來，內存才用了17G左右，還有很多剩余內存可用。buffers/cache占用的較多，說明系統(tǒng)中有進程曾經(jīng)讀寫過文件，但是不要緊，這部分內存是當空閑來用的。

真的很了解。這種人的反應反而讓人感覺最不懂Linux，他們的反應是：free顯示的是這樣，好吧我知道了。神馬？你問我這些內存夠不夠，我當然不知道啦！我特么怎么知道你程序怎么寫的？

根據(jù)目前網(wǎng)絡上技術文檔的內容，我相信絕大多數(shù)了解一點Linux的人應該處在第二種層次。大家普遍認為，buffers和cached所占用的內存空間是可以在內存壓力較大的時候被釋放當做空閑空間用的。但真的是這樣么？在論證這個題目之前，我們先簡要介紹一下buffers和cached是什么意思：

什么是buffer/cache？

buffer和cache是兩個在計算機技術中被用濫的名詞，放在不通語境下會有不同的意義。在Linux的內存管理中，這里的buffer指Linux內存的：Buffer cache。這里的cache指Linux內存中的：Page cache。翻譯成中文可以叫做緩沖區(qū)緩存和頁面緩存。在歷史上，它們一個（buffer）被用來當成對io設備寫的緩存，而另一個（cache）被用來當作對io設備的讀緩存，這里的io設備，主要指的是塊設備文件和文件系統(tǒng)上的普通文件。但是現(xiàn)在，它們的意義已經(jīng)不一樣了。在當前的內核中，page cache顧名思義就是針對內存頁的緩存，說白了就是，如果有內存是以page進行分配管理的，都可以使用page cache作為其緩存來管理使用。當然，不是所有的內存都是以頁（page）進行管理的，也有很多是針對塊（block）進行管理的，這部分內存使用如果要用到cache功能，則都集中到buffer cache中來使用。（從這個角度出發(fā)，是不是buffer cache改名叫做block cache更好？）然而，也不是所有塊（block）都有固定長度，系統(tǒng)上塊的長度主要是根據(jù)所使用的塊設備決定的，而頁長度在X86上無論是32位還是64位都是4k。

明白了這兩套緩存系統(tǒng)的區(qū)別，就可以理解它們究竟都可以用來做什么了。

什么是page cache

Page cache主要用來作為文件系統(tǒng)上的文件數(shù)據(jù)的緩存來用，尤其是針對當進程對文件有read／write操作的時候。如果你仔細想想的話，作為可以映射文件到內存的系統(tǒng)調用：mmap是不是很自然的也應該用到page cache？在當前的系統(tǒng)實現(xiàn)里，page cache也被作為其它文件類型的緩存設備來用，所以事實上page cache也負責了大部分的塊設備文件的緩存工作。

什么是buffer cache

Buffer cache則主要是設計用來在系統(tǒng)對塊設備進行讀寫的時候，對塊進行數(shù)據(jù)緩存的系統(tǒng)來使用。這意味著某些對塊的操作會使用buffer cache進行緩存，比如我們在格式化文件系統(tǒng)的時候。一般情況下兩個緩存系統(tǒng)是一起配合使用的，比如當我們對一個文件進行寫操作的時候，page cache的內容會被改變，而buffer cache則可以用來將page標記為不同的緩沖區(qū)，并記錄是哪一個緩沖區(qū)被修改了。這樣，內核在后續(xù)執(zhí)行臟數(shù)據(jù)的回寫（writeback）時，就不用將整個page寫回，而只需要寫回修改的部分即可。

如何回收cache？

Linux內核會在內存將要耗盡的時候，觸發(fā)內存回收的工作，以便釋放出內存給急需內存的進程使用。一般情況下，這個操作中主要的內存釋放都來自于對buffer／cache的釋放。尤其是被使用更多的cache空間。既然它主要用來做緩存，只是在內存夠用的時候加快進程對文件的讀寫速度，那么在內存壓力較大的情況下，當然有必要清空釋放cache，作為free空間分給相關進程使用。所以一般情況下，我們認為buffer/cache空間可以被釋放，這個理解是正確的。

但是這種清緩存的工作也并不是沒有成本。理解cache是干什么的就可以明白清緩存必須保證cache中的數(shù)據(jù)跟對應文件中的數(shù)據(jù)一致，才能對cache進行釋放。所以伴隨著cache清除的行為的，一般都是系統(tǒng)IO飆高。因為內核要對比cache中的數(shù)據(jù)和對應硬盤文件上的數(shù)據(jù)是否一致，如果不一致需要寫回，之后才能回收。

在系統(tǒng)中除了內存將被耗盡的時候可以清緩存以外，我們還可以使用下面這個文件來人工觸發(fā)緩存清除的操作：

方法是：

當然，這個文件可以設置的值分別為1、2、3。它們所表示的含義為：

echo 1 /proc/sys/vm/drop_caches:表示清除pagecache。

echo 2 /proc/sys/vm/drop_caches:表示清除回收slab分配器中的對象（包括目錄項緩存和inode緩存）。slab分配器是內核中管理內存的一種機制，其中很多緩存數(shù)據(jù)實現(xiàn)都是用的pagecache。

echo 1 /proc/sys/vm/drop_caches:表示清除pagecache和slab分配器中的緩存對象。

cache都能被回收么？

我們分析了cache能被回收的情況，那么有沒有不能被回收的cache呢？當然有。我們先來看第一種情況：

tmpfs

大家知道Linux提供一種“臨時”文件系統(tǒng)叫做tmpfs，它可以將內存的一部分空間拿來當做文件系統(tǒng)使用，使內存空間可以當做目錄文件來用?，F(xiàn)在絕大多數(shù)Linux系統(tǒng)都有一個叫做/dev/shm的tmpfs目錄，就是這樣一種存在。當然，我們也可以手工創(chuàng)建一個自己的tmpfs，方法如下：

于是我們就創(chuàng)建了一個新的tmpfs，空間是20G，我們可以在/tmp/tmpfs中創(chuàng)建一個20G以內的文件。如果我們創(chuàng)建的文件實際占用的空間是內存的話，那么這些數(shù)據(jù)應該占用內存空間的什么部分呢？根據(jù)pagecache的實現(xiàn)功能可以理解，既然是某種文件系統(tǒng)，那么自然該使用pagecache的空間來管理。我們試試是不是這樣？

我們在tmpfs目錄下創(chuàng)建了一個13G的文件，并通過前后free命令的對比發(fā)現(xiàn)，cached增長了13G，說明這個文件確實放在了內存里并且內核使用的是cache作為存儲。再看看我們關心的指標： -/+ buffers/cache那一行。我們發(fā)現(xiàn)，在這種情況下free命令仍然提示我們有110G內存可用，但是真的有這么多么？我們可以人工觸發(fā)內存回收看看現(xiàn)在到底能回收多少內存：

可以看到，cached占用的空間并沒有像我們想象的那樣完全被釋放，其中13G的空間仍然被/tmp/tmpfs中的文件占用的。當然，我的系統(tǒng)中還有其他不可釋放的cache占用著其余16G內存空間。那么tmpfs占用的cache空間什么時候會被釋放呢？是在其文件被刪除的時候.如果不刪除文件，無論內存耗盡到什么程度，內核都不會自動幫你把tmpfs中的文件刪除來釋放cache空間。

這是我們分析的第一種cache不能被回收的情況。還有其他情況，比如：

共享內存

共享內存是系統(tǒng)提供給我們的一種常用的進程間通信（IPC）方式，但是這種通信方式不能在shell中申請和使用，所以我們需要一個簡單的測試程序，代碼如下：

程序功能很簡單，就是申請一段不到2G共享內存，然后打開一個子進程對這段共享內存做一個初始化操作，父進程等子進程初始化完之后輸出一下共享內存的內容，然后退出。但是退出之前并沒有刪除這段共享內存。我們來看看這個程序執(zhí)行前后的內存使用：

cached空間由16G漲到了18G。那么這段cache能被回收么？繼續(xù)測試：

結果是仍然不可回收。大家可以觀察到，這段共享內存即使沒人使用，仍然會長期存放在cache中，直到其被刪除。刪除方法有兩種，一種是程序中使用shmdt()，另一種是使用ipcrm命令。我們來刪除試試：

刪除共享內存后，cache被正常釋放了。這個行為與tmpfs的邏輯類似。內核底層在實現(xiàn)共享內存（shm）、消息隊列（msg）和信號量數(shù)組（sem）這些POSIX:XSI的IPC機制的內存存儲時，使用的都是tmpfs。這也是為什么共享內存的操作邏輯與tmpfs類似的原因。當然，一般情況下是shm占用的內存更多，所以我們在此重點強調共享內存的使用。說到共享內存，Linux還給我們提供了另外一種共享內存的方法，就是：

mmap

mmap()是一個非常重要的系統(tǒng)調用，這僅從mmap本身的功能描述上是看不出來的。從字面上看，mmap就是將一個文件映射進進程的虛擬內存地址，之后就可以通過操作內存的方式對文件的內容進行操作。但是實際上這個調用的用途是很廣泛的。當malloc申請內存時，小段內存內核使用sbrk處理，而大段內存就會使用mmap。當系統(tǒng)調用exec族函數(shù)執(zhí)行時，因為其本質上是將一個可執(zhí)行文件加載到內存執(zhí)行，所以內核很自然的就可以使用mmap方式進行處理。我們在此僅僅考慮一種情況，就是使用mmap進行共享內存的申請時，會不會跟shmget()一樣也使用cache？

同樣，我們也需要一個簡單的測試程序：

這次我們干脆不用什么父子進程的方式了，就一個進程，申請一段2G的mmap共享內存，然后初始化這段空間之后等待100秒，再解除影射所以我們需要在它sleep這100秒內檢查我們的系統(tǒng)內存使用，看看它用的是什么空間？當然在這之前要先創(chuàng)建一個2G的文件./mmapfile。結果如下：

然后執(zhí)行測試程序：

我們可以看到，在程序執(zhí)行期間，cached一直為18G，比之前漲了2G，并且此時這段cache仍然無法被回收。然后我們等待100秒之后程序結束。

程序退出之后，cached占用的空間被釋放。這樣我們可以看到，使用mmap申請標志狀態(tài)為MAP_SHARED的內存，內核也是使用的cache進行存儲的。在進程對相關內存沒有釋放之前，這段cache也是不能被正常釋放的。實際上，mmap的MAP_SHARED方??申請的內存，在內核中也是由tmpfs實現(xiàn)的。由此我們也可以推測，由于共享庫的只讀部分在內存中都是以mmap的MAP_SHARED方式進行管理，實際上它們也都是要占用cache且無法被釋放的。

最后

我們通過三個測試例子，發(fā)現(xiàn)Linux系統(tǒng)內存中的cache并不是在所有情況下都能被釋放當做空閑空間用的。并且也也明確了，即使可以釋放cache，也并不是對系統(tǒng)來說沒有成本的?？偨Y一下要點，我們應該記得這樣幾點：

當cache作為文件緩存被釋放的時候會引發(fā)IO變高，這是cache加快文件訪問速度所要付出的成本。

tmpfs中存儲的文件會占用cache空間，除非文件刪除否則這個cache不會被自動釋放。

使用shmget方式申請的共享內存會占用cache空間，除非共享內存被ipcrm或者shmdt，否則相關的cache空間都不會被自動釋放。

使用mmap方法申請的MAP_SHARED標志的內存會占用cache空間，除非進程將這段內存munmap，否則相關的cache空間都不會被自動釋放。

實際上shmget、mmap的共享內存，在內核層都是通過tmpfs實現(xiàn)的，tmpfs實現(xiàn)的存儲用的都是cache。

網(wǎng)頁題目：linux內存回收命令,linux 內存回收
文章轉載：http://chinadenli.net/article28/heehjp.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供App開發(fā)、關鍵詞優(yōu)化、Google、虛擬主機、品牌網(wǎng)站建設、網(wǎng)站收錄

廣告

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)