最全的Eclipse 啟動(dòng)優(yōu)化內(nèi)存優(yōu)化_第1頁
最全的Eclipse 啟動(dòng)優(yōu)化內(nèi)存優(yōu)化_第2頁
最全的Eclipse 啟動(dòng)優(yōu)化內(nèi)存優(yōu)化_第3頁
最全的Eclipse 啟動(dòng)優(yōu)化內(nèi)存優(yōu)化_第4頁
最全的Eclipse 啟動(dòng)優(yōu)化內(nèi)存優(yōu)化_第5頁
已閱讀5頁,還剩4頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、最全的Eclipse 啟動(dòng)優(yōu)化、內(nèi)存優(yōu)化-vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M 這里有幾個(gè)問題: 1. 各個(gè)參數(shù)的含義什么? 2. 為什么有的機(jī)器我將-Xmx和-XX:MaxPermSize都設(shè)置為512M之后Eclipse可以啟動(dòng),而有些機(jī)器無法啟動(dòng)? 3. 為何將上面的參數(shù)寫入到eclipse.ini文件Eclipse沒有執(zhí)行對(duì)應(yīng)的設(shè)置? 下面我們一一進(jìn)行回答 1. 各個(gè)參數(shù)的含義什么? 參數(shù)中-vmargs的意思是設(shè)置JVM參數(shù),所以后面的其實(shí)都是JVM的參數(shù)了,我們首先了解一下JVM內(nèi)存管理的機(jī)制,

2、然后再解釋每個(gè)參數(shù)代表的含義。 堆(Heap)和非堆(Non-heap)內(nèi)存 按照官方的說法:“Java 虛擬機(jī)具有一個(gè)堆,堆是運(yùn)行時(shí)數(shù)據(jù)區(qū)域,所有類實(shí)例和數(shù)組的內(nèi)存均從此處分配。堆是在 Java 虛擬機(jī)啟動(dòng)時(shí)創(chuàng)建的。”“在JVM中堆之外的內(nèi)存稱為非堆內(nèi)存(Non-heap memory)”。可以看出JVM主要管理兩種類型的內(nèi)存:堆和非堆。簡(jiǎn)單來說堆就是Java代碼可及的內(nèi)存,是留給開發(fā)人員使用的;非堆就是JVM留給自己用的,所以方法區(qū)、JVM內(nèi)部處理或優(yōu)化所需的內(nèi)存(如JIT編譯后的代碼緩存)、每個(gè)類結(jié)構(gòu)(如運(yùn)行時(shí)常數(shù)池、字段和方法數(shù)據(jù))以及方法和構(gòu)造方法的代碼都在非堆內(nèi)存中。 堆內(nèi)存分配

3、JVM初始分配的內(nèi)存由-Xms指定,默認(rèn)是物理內(nèi)存的1/64;JVM最大分配的內(nèi)存由-Xmx指定,默認(rèn)是物理內(nèi)存的1/4。默認(rèn)空余堆內(nèi)存小于 40%時(shí),JVM就會(huì)增大堆直到-Xmx的最大限制;空余堆內(nèi)存大于70%時(shí),JVM會(huì)減少堆直到-Xms的最小限制。因此服務(wù)器一般設(shè)置 -Xms、-Xmx相等以避免在每次GC 后調(diào)整堆的大小。 非堆內(nèi)存分配 JVM使用-XX:PermSize設(shè)置非堆內(nèi)存初始值,默認(rèn)是物理內(nèi)存的1/64;由XX:MaxPermSize設(shè)置最大非堆內(nèi)存的大小,默認(rèn)是物理內(nèi)存的1/4。 JVM內(nèi)存限制(最大值) 首先JVM內(nèi)存限制于實(shí)際的最大物理內(nèi)存(廢話!呵呵),假設(shè)物理內(nèi)存無

4、限大的話,JVM內(nèi)存的最大值跟操作系統(tǒng)有很大的關(guān)系。簡(jiǎn)單的說就 32位處理器雖然可控內(nèi)存空間有4GB,但是具體的操作系統(tǒng)會(huì)給一個(gè)限制,這個(gè)限制一般是2GB-3GB(一般來說Windows系統(tǒng)下為1.5G- 2G,Linux系統(tǒng)下為2G-3G),而64bit以上的處理器就不會(huì)有限制了。 2. 為什么有的機(jī)器我將-Xmx和-XX:MaxPermSize都設(shè)置為512M之后Eclipse可以啟動(dòng),而有些機(jī)器無法啟動(dòng)? 通過上面對(duì)JVM內(nèi)存管理的介紹我們已經(jīng)了解到JVM內(nèi)存包含兩種:堆內(nèi)存和非堆內(nèi)存,另外JVM最大內(nèi)存首先取決于實(shí)際的物理內(nèi)存和操作系統(tǒng)。所以說設(shè)置VM參數(shù)導(dǎo)致程序無法啟動(dòng)主要有以下幾種

5、原因: 1) 參數(shù)中-Xms的值大于-Xmx,或者-XX:PermSize的值大于-XX:MaxPermSize; 2) -Xmx的值和-XX:MaxPermSize的總和超過了JVM內(nèi)存的最大限制,比如當(dāng)前操作系統(tǒng)最大內(nèi)存限制,或者實(shí)際的物理內(nèi)存等等。說到實(shí)際物理內(nèi)存這里需要說明一點(diǎn)的是,如果你的內(nèi)存是1024MB,但實(shí)際系統(tǒng)中用到的并不可能是1024MB,因?yàn)橛幸徊糠直挥布加昧恕?3. 為何將上面的參數(shù)寫入到eclipse.ini文件Eclipse沒有執(zhí)行對(duì)應(yīng)的設(shè)置? 那為什么同樣的參數(shù)在快捷方式或者命令行中有效而在eclipse.ini文件中是無效的呢?這是因?yàn)槲覀儧]有遵守eclips

6、e.ini文件的設(shè)置規(guī)則: 參數(shù)形如“項(xiàng) 值”這種形式,中間有空格的需要換行書寫,如果值中有空格的需要用雙引號(hào)包括起來。比如我們使用-vm C:Javajre1.6.0binjavaw.exe參數(shù)設(shè)置虛擬機(jī),在eclipse.ini文件中要寫成這樣: -vm C:Javajre1.6.0binjavaw.exe 按照上面所說的,最后參數(shù)在eclipse.ini中可以寫成這個(gè)樣子: -vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M 實(shí)際運(yùn)行的結(jié)果可以通過Eclipse中“Help”-“About Eclipse SDK

7、”窗口里面的“Configuration Details”按鈕進(jìn)行查看。 另外需要說明的是,Eclipse壓縮包中自帶的eclipse.ini文件內(nèi)容是這樣的: -showsplash org.eclipse.platform -launcher.XXMaxPermSize 256m -vmargs -Xms40m -Xmx256m 其中l(wèi)auncher.XXMaxPermSize(注意最前面是兩個(gè)連接線)跟-XX:MaxPermSize參數(shù)的含義基本是一樣的,我覺得唯一的區(qū)別就是前者是eclipse.exe啟動(dòng)的時(shí)候設(shè)置的參數(shù),而后者是eclipse所使用的JVM中的參數(shù)。其實(shí)二者設(shè)置一個(gè)就

8、可以了,所以這里可以把launcher.XXMaxPermSize和下一行使用#注釋掉。 3. 其他的啟動(dòng)參數(shù)。 如果你有一個(gè)雙核的CPU,也許可以嘗試這個(gè)參數(shù): -XX:+UseParallelGC 讓GC可以更快的執(zhí)行。(只是JDK 5里對(duì)GC新增加的參數(shù))  其實(shí),Eclipse是一個(gè)可以進(jìn)行非常靈活配置的系統(tǒng),除了以缺省的方式啟動(dòng)以外,還可以指定各種參數(shù)來定制啟動(dòng)方式。在參考了一些資料之后,我總結(jié)了一些比較常用的啟動(dòng)時(shí)Command Arguments,如果有不正確的地方希望大家予以指出。 -arch processor architecture描述:指定所使用的處理器的類別

9、舉例:eclipse -arch x86或eclipse -arch sparc-application id描述:指定要運(yùn)行的應(yīng)用,id為擴(kuò)展org.eclipse.core.applications擴(kuò)展點(diǎn)的插件id加擴(kuò)展id舉例:例如有個(gè)插件id為edu.sdu.app,擴(kuò)展id為myapp,則eclipse -application edu.sdu.app.myapp,就會(huì)執(zhí)行你的擴(kuò)展應(yīng)用-clean描述:清空插件緩存內(nèi)容舉例:eclipse -clean,有時(shí)插件顯示不出來是因?yàn)镋clipse將插件進(jìn)行了緩存以加速啟動(dòng)過程,若指定此參數(shù)則會(huì)清空緩存,從頭加載 -configu

10、ration cofigfile location描述:指定配置文件的位置,在啟動(dòng)時(shí)使用此目錄下的配置文件config.ini來啟動(dòng)舉例:eclipse -configuration d:/eclipse/configuration-data workspace location描述:指定啟動(dòng)時(shí)的Workspace位置舉例:例如Workspace位置設(shè)在D:/myworkspace,則eclipse -data D:/myworkspace-debug option file描述:以Debug狀態(tài)啟動(dòng)Eclipse,所有的Debug開關(guān)在.options文件中指定舉例:eclipse -deb

11、ug d:/eclipse/.options-dev classpath entry描述:以開發(fā)狀態(tài)啟動(dòng)Eclipse,這會(huì)添加所有指定的路徑作為每個(gè)插件的Classpath 舉例:例如eclipse -dev bin,會(huì)將產(chǎn)生在bin目錄下的所有類加載到類路徑中,這在開發(fā)插件時(shí)非常有用 -nosplash描述:指定啟動(dòng)時(shí)不顯示閃屏舉例:eclipse -nosplash-vmargs Java VM arguments描述:指定啟動(dòng)時(shí)要使用的Java虛擬機(jī)參數(shù)舉例:例如要指定使用的內(nèi)存容量,則eclipse -vmargs "-Xms256m -Xmx1024m"注:此參

12、數(shù)一定要放在所有參數(shù)變量的最后面3 樓 liudaoru 2009-03-06   JVM調(diào)優(yōu)總結(jié) -Xms -Xmx -Xmn -XssFrom:堆大小設(shè)置JVM 中最大堆大小有三方面限制:相關(guān)操作系統(tǒng)的數(shù)據(jù)模型(32-bt還是64-bit)限制;系統(tǒng)的可用虛擬內(nèi)存限制;系統(tǒng)的可用物理內(nèi)存限制。32位系統(tǒng) 下,一般限制在1.5G2G;64為操作系統(tǒng)對(duì)內(nèi)存無限制。我在Windows Server 2003 系統(tǒng),3.5G物理內(nèi)存,JDK5.0下測(cè)試,最大可設(shè)置為1478m。典型設(shè)置:java -Xmx3550m -Xms3550m -Xmn2g -Xss128k-Xmx35

13、50m:設(shè)置JVM最大可用內(nèi)存為3550M。-Xms3550m:設(shè)置JVM促使內(nèi)存為3550m。此值可以設(shè)置與-Xmx相同,以避免每次垃圾回收完成后JVM重新分配內(nèi)存。-Xmn2g:設(shè)置年輕代大小為2G。整個(gè)堆大小=年輕代大小 + 年老代大小 + 持久代大小。持久代一般固定大小為64m,所以增大年輕代后,將會(huì)減小年老代大小。此值對(duì)系統(tǒng)性能影響較大,Sun官方推薦配置為整個(gè)堆的3/8。-Xss128k: 設(shè)置每個(gè)線程的堆棧大小。JDK5.0以后每個(gè)線程堆棧大小為1M,以前每個(gè)線程堆棧大小為256K。更具應(yīng)用的線程所需內(nèi)存大小進(jìn)行調(diào)整。在相同物理內(nèi) 存下,減小這個(gè)值能生成更多的線程。但是操作系統(tǒng)對(duì)

14、一個(gè)進(jìn)程內(nèi)的線程數(shù)還是有限制的,不能無限生成,經(jīng)驗(yàn)值在30005000左右。java -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThreshold=0-XX:NewRatio=4:設(shè)置年輕代(包括Eden和兩個(gè)Survivor區(qū))與年老代的比值(除去持久代)。設(shè)置為4,則年輕代與年老代所占比值為1:4,年輕代占整個(gè)堆棧的1/5-XX:SurvivorRatio=4:設(shè)置年輕代中Eden區(qū)與Survivor區(qū)的大小比值。設(shè)置為4,則兩個(gè)Sur

15、vivor區(qū)與一個(gè)Eden區(qū)的比值為2:4,一個(gè)Survivor區(qū)占整個(gè)年輕代的1/6-XX:MaxPermSize=16m:設(shè)置持久代大小為16m。-XX:MaxTenuringThreshold=0:設(shè)置垃圾最大年齡。如果設(shè)置為0的話,則年輕代對(duì)象不經(jīng)過Survivor區(qū),直接進(jìn)入年老代。對(duì)于年老代比較多的應(yīng)用,可以提高效率。如果將此值設(shè)置為一個(gè)較大值,則年輕代對(duì)象會(huì)在Survivor區(qū)進(jìn)行多次復(fù)制,這樣可以增加對(duì)象再年輕代的存活時(shí)間,增加在年輕代即被回收的概論。回收器選擇JVM給了三種選擇:串行收集器、并行收集器、并發(fā)收集器,但是串行收集器只適用于小數(shù)據(jù)量的情況,所以這里的選擇主要針對(duì)并

16、行收集器和并發(fā)收集器。默認(rèn)情況下,JDK5.0以前都是使用串行收集器,如果想使用其他收集器需要在啟動(dòng)時(shí)加入相應(yīng)參數(shù)。JDK5.0以后,JVM會(huì)根據(jù)當(dāng)前系統(tǒng)配置進(jìn)行判斷。吞吐量?jī)?yōu)先的并行收集器如上文所述,并行收集器主要以到達(dá)一定的吞吐量為目標(biāo),適用于科學(xué)技術(shù)和后臺(tái)處理等。典型配置:java -Xmx3800m -Xms3800m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:ParallelGCThreads=20-XX:+UseParallelGC:選擇垃圾收集器為并行收集器。此配置僅對(duì)年輕代有效。即上述配置下,年輕代使用并發(fā)收集,而年老代仍舊使用串行收集。-X

17、X:ParallelGCThreads=20:配置并行收集器的線程數(shù),即:同時(shí)多少個(gè)線程一起進(jìn)行垃圾回收。此值最好配置與處理器數(shù)目相等。java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:ParallelGCThreads=20 -XX:+UseParallelOldGC-XX:+UseParallelOldGC:配置年老代垃圾收集方式為并行收集。JDK6.0支持對(duì)年老代并行收集。java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC  -XX:

18、MaxGCPauseMillis=100-XX:MaxGCPauseMillis=100:設(shè)置每次年輕代垃圾回收的最長(zhǎng)時(shí)間,如果無法滿足此時(shí)間,JVM會(huì)自動(dòng)調(diào)整年輕代大小,以滿足此值。java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC  -XX:MaxGCPauseMillis=100 -XX:+UseAdaptiveSizePolicy-XX:+UseAdaptiveSizePolicy:設(shè)置此選項(xiàng)后,并行收集器會(huì)自動(dòng)選擇年輕代區(qū)大小和相應(yīng)的Survivor區(qū)比例,以達(dá)到目標(biāo)系統(tǒng)規(guī)定的最低相應(yīng)時(shí)間或者收集頻率等,此

19、值建議使用并行收集器時(shí),一直打開。響應(yīng)時(shí)間優(yōu)先的并發(fā)收集器如上文所述,并發(fā)收集器主要是保證系統(tǒng)的響應(yīng)時(shí)間,減少垃圾收集時(shí)的停頓時(shí)間。適用于應(yīng)用服務(wù)器、電信領(lǐng)域等。典型配置:java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:ParallelGCThreads=20 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC-XX:+UseConcMarkSweepGC:設(shè)置年老代為并發(fā)收集。測(cè)試中配置這個(gè)以后,-XX:NewRatio=4的配置失效了,原因不明。所以,此時(shí)年輕代大小最好用-Xmn設(shè)置。-XX:+UseParNewGC:

20、設(shè)置年輕代為并行收集。可與CMS收集同時(shí)使用。JDK5.0以上,JVM會(huì)根據(jù)系統(tǒng)配置自行設(shè)置,所以無需再設(shè)置此值。java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseConcMarkSweepGC -XX:CMSFullGCsBeforeCompaction=5 -XX:+UseCMSCompactAtFullCollection-XX:CMSFullGCsBeforeCompaction:由于并發(fā)收集器不對(duì)內(nèi)存空間進(jìn)行壓縮、整理,所以運(yùn)行一段時(shí)間以后會(huì)產(chǎn)生“碎片”,使得運(yùn)行效率降低。此值設(shè)置運(yùn)行多少次GC以后對(duì)內(nèi)存空間進(jìn)行壓縮、整理。-XX:+U

21、seCMSCompactAtFullCollection:打開對(duì)年老代的壓縮。可能會(huì)影響性能,但是可以消除碎片輔助信息JVM提供了大量命令行參數(shù),打印信息,供調(diào)試使用。主要有以下一些:-XX:+PrintGC輸出形式:GC 118250K->113543K(130112K), 0.0094143 secs                Full GC 121376K->10414K(130112K), 0.0650971 secs-X

22、X:+PrintGCDetails輸出形式:GC DefNew: 8614K->781K(9088K), 0.0123035 secs 118250K->113543K(130112K), 0.0124633 secs                GC DefNew: 8614K->8614K(9088K), 0.0000665 secsTenured: 112761K->10414K(121024K), 0.04334

23、88 secs 121376K->10414K(130112K), 0.0436268 secs-XX:+PrintGCTimeStamps -XX:+PrintGC:PrintGCTimeStamps可與上面兩個(gè)混合使用輸出形式:11.851: GC 98328K->93620K(130112K), 0.0082960 secs-XX:+PrintGCApplicationConcurrentTime:打印每次垃圾回收前,程序未中斷的執(zhí)行時(shí)間。可與上面混合使用輸出形式:Application time: 0.5291524 seconds-XX:+PrintGCApplicati

24、onStoppedTime:打印垃圾回收期間程序暫停的時(shí)間。可與上面混合使用輸出形式:Total time for which application threads were stopped: 0.0468229 seconds-XX:PrintHeapAtGC:打印GC前后的詳細(xì)堆棧信息輸出形式:34.702: GC Heap before gc invocations=7:def new generation   total 55296K, used 52568K 0x1ebd0000, 0x227d0000, 0x227d0000)eden space 49152K

25、,  99% used 0x1ebd0000, 0x21bce430, 0x21bd0000)from space 6144K,  55% used 0x221d0000, 0x22527e10, 0x227d0000)  to   space 6144K,   0% used 0x21bd0000, 0x21bd0000, 0x221d0000)tenured generation   total 69632K, used 2696K 0x227d0000, 0x26bd0000, 0x26bd0000

26、)the space 69632K,   3% used 0x227d0000, 0x22a720f8, 0x22a72200, 0x26bd0000)compacting perm gen  total 8192K, used 2898K 0x26bd0000, 0x273d0000, 0x2abd0000)   the space 8192K,  35% used 0x26bd0000, 0x26ea4ba8, 0x26ea4c00, 0x273d0000)    ro space 8192K,

27、60; 66% used 0x2abd0000, 0x2b12bcc0, 0x2b12be00, 0x2b3d0000)    rw space 12288K,  46% used 0x2b3d0000, 0x2b972060, 0x2b972200, 0x2bfd0000)34.735: DefNew: 52568K->3433K(55296K), 0.0072126 secs 55264K->6615K(124928K)Heap after gc invocations=8:def new generation   t

28、otal 55296K, used 3433K 0x1ebd0000, 0x227d0000, 0x227d0000)eden space 49152K,   0% used 0x1ebd0000, 0x1ebd0000, 0x21bd0000)  from space 6144K,  55% used 0x21bd0000, 0x21f2a5e8, 0x221d0000)  to   space 6144K,   0% used 0x221d0000, 0x221d0000, 0x227d0000)te

29、nured generation   total 69632K, used 3182K 0x227d0000, 0x26bd0000, 0x26bd0000)the space 69632K,   4% used 0x227d0000, 0x22aeb958, 0x22aeba00, 0x26bd0000)compacting perm gen  total 8192K, used 2898K 0x26bd0000, 0x273d0000, 0x2abd0000)   the space 8192K,  35% u

30、sed 0x26bd0000, 0x26ea4ba8, 0x26ea4c00, 0x273d0000)    ro space 8192K,  66% used 0x2abd0000, 0x2b12bcc0, 0x2b12be00, 0x2b3d0000)    rw space 12288K,  46% used 0x2b3d0000, 0x2b972060, 0x2b972200, 0x2bfd0000), 0.0757599 secs-Xloggc:filename:與上面幾個(gè)配合使用,把相關(guān)日志信息記錄到文

31、件以便分析。常見配置匯總堆設(shè)置-Xms:初始堆大小-Xmx:最大堆大小-XX:NewSize=n:設(shè)置年輕代大小-XX:NewRatio=n:設(shè)置年輕代和年老代的比值。如:為3,表示年輕代與年老代比值為1:3,年輕代占整個(gè)年輕代年老代和的1/4-XX:SurvivorRatio=n:年輕代中Eden區(qū)與兩個(gè)Survivor區(qū)的比值。注意Survivor區(qū)有兩個(gè)。如:3,表示Eden:Survivor=3:2,一個(gè)Survivor區(qū)占整個(gè)年輕代的1/5-XX:MaxPermSize=n:設(shè)置持久代大小收集器設(shè)置-XX:+UseSerialGC:設(shè)置串行收集器-XX:+UseParallelGC:

32、設(shè)置并行收集器-XX:+UseParalledlOldGC:設(shè)置并行年老代收集器-XX:+UseConcMarkSweepGC:設(shè)置并發(fā)收集器垃圾回收統(tǒng)計(jì)信息-XX:+PrintGC-XX:+PrintGCDetails-XX:+PrintGCTimeStamps-Xloggc:filename并行收集器設(shè)置-XX:ParallelGCThreads=n:設(shè)置并行收集器收集時(shí)使用的CPU數(shù)。并行收集線程數(shù)。-XX:MaxGCPauseMillis=n:設(shè)置并行收集最大暫停時(shí)間-XX:GCTimeRatio=n:設(shè)置垃圾回收時(shí)間占程序運(yùn)行時(shí)間的百分比。公式為1/(1+n)并發(fā)收集器設(shè)置-XX:+CM

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論