<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    posts - 110, comments - 101, trackbacks - 0, articles - 7
      BlogJava :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

    2014年1月15日

    轉(zhuǎn)自:http://blog.csdn.net/jeffreynicole/article/details/46953059 


    一個(gè)性能較好的web服務(wù)器jvm參數(shù)配置:


    1. -server //服務(wù)器模式  
    2. -Xmx2g //JVM最大允許分配的堆內(nèi)存,按需分配  
    3. -Xms2g //JVM初始分配的堆內(nèi)存,一般和Xmx配置成一樣以避免每次gc后JVM重新分配內(nèi)存。  
    4. -Xmn256m //年輕代內(nèi)存大小,整個(gè)JVM內(nèi)存=年輕代 + 年老代 + 持久代  
    5. -XX:PermSize=128m //持久代內(nèi)存大小  
    6. -Xss256k //設(shè)置每個(gè)線程的堆棧大小  
    7. -XX:+DisableExplicitGC //忽略手動調(diào)用GC, System.gc()的調(diào)用就會變成一個(gè)空調(diào)用,完全不觸發(fā)GC  
    8. -XX:+UseConcMarkSweepGC //并發(fā)標(biāo)記清除(CMS)收集器  
    9. -XX:+CMSParallelRemarkEnabled //降低標(biāo)記停頓  
    10. -XX:+UseCMSCompactAtFullCollection //在FULL GC的時(shí)候?qū)δ昀洗膲嚎s  
    11. -XX:LargePageSizeInBytes=128m //內(nèi)存頁的大小  
    12. -XX:+UseFastAccessorMethods //原始類型的快速優(yōu)化  
    13. -XX:+UseCMSInitiatingOccupancyOnly //使用手動定義初始化定義開始CMS收集  
    14. -XX:CMSInitiatingOccupancyFraction=70 //使用cms作為垃圾回收使用70%后開始CMS收集  


    說明:

    -Xmn和-Xmx之比大概是1:9,如果把新生代內(nèi)存設(shè)置得太大會導(dǎo)致young gc時(shí)間較長

    一個(gè)好的Web系統(tǒng)應(yīng)該是每次http請求申請內(nèi)存都能在young gc回收掉,full gc永不發(fā)生,當(dāng)然這是最理想的情況

    xmn的值應(yīng)該是保證夠用(夠http并發(fā)請求之用)的前提下設(shè)置得盡量小

    web服務(wù)器和游戲服務(wù)器的配置思路不太一樣,最重要的區(qū)別是對游戲服務(wù)器的xmn即年輕代設(shè)置比較大,和Xmx大概1:3的關(guān)系,因?yàn)橛螒蚍?wù)器一般是長連接,在保持一定的并發(fā)量后需要較大的年輕代堆內(nèi)存,如果設(shè)置得大小了會經(jīng)常引發(fā)young gc


    • 對JVM的簡介


    由上圖可以看出jvm堆內(nèi)存的分類情況,JVM內(nèi)存被分成多個(gè)獨(dú)立的部分。
    廣泛地說,JVM堆內(nèi)存被分為兩部分——年輕代(Young Generation)和老年代(Old Generation)。


    • 年輕代
    年輕代是所有新對象產(chǎn)生的地方。當(dāng)年輕代內(nèi)存空間被用完時(shí),就會觸發(fā)垃圾回收。這個(gè)垃圾回收叫做Minor GC。年輕代被分為3個(gè)部分——Enden區(qū)和兩個(gè)Survivor區(qū)。


    年輕代空間的要點(diǎn):
    大多數(shù)新建的對象都位于Eden區(qū)。
    當(dāng)Eden區(qū)被對象填滿時(shí),就會執(zhí)行Minor GC。并把所有存活下來的對象轉(zhuǎn)移到其中一個(gè)survivor區(qū)。
    Minor GC同樣會檢查存活下來的對象,并把它們轉(zhuǎn)移到另一個(gè)survivor區(qū)。這樣在一段時(shí)間內(nèi),總會有一個(gè)空的survivor區(qū)。
    經(jīng)過多次GC周期后,仍然存活下來的對象會被轉(zhuǎn)移到年老代內(nèi)存空間。通常這是在年輕代有資格提升到年老代前通過設(shè)定年齡閾值來完成的。

    • 年老代
    年老代內(nèi)存里包含了長期存活的對象和經(jīng)過多次Minor GC后依然存活下來的對象。通常會在老年代內(nèi)存被占滿時(shí)進(jìn)行垃圾回收。老年代的垃圾收集叫做Major GC。Major GC會花費(fèi)更多的時(shí)間。


    Stop the World事件
    所有的垃圾收集都是“Stop the World”事件,因?yàn)樗械膽?yīng)用線程都會停下來直到操作完成(所以叫“Stop the World”)。

    因?yàn)槟贻p代里的對象都是一些臨時(shí)(short-lived )對象,執(zhí)行Minor GC非常快,所以應(yīng)用不會受到(“Stop the World”)影響。

    由于Major GC會檢查所有存活的對象,因此會花費(fèi)更長的時(shí)間。應(yīng)該盡量減少M(fèi)ajor GC。因?yàn)镸ajor GC會在垃圾回收期間讓你的應(yīng)用反應(yīng)遲鈍,所以如果你有一個(gè)需要快速響應(yīng)的應(yīng)用發(fā)生多次Major GC,你會看到超時(shí)錯(cuò)誤。

    垃圾回收時(shí)間取決于垃圾回收策略。這就是為什么有必要去監(jiān)控垃圾收集和對垃圾收集進(jìn)行調(diào)優(yōu)。從而避免要求快速響應(yīng)的應(yīng)用出現(xiàn)超時(shí)錯(cuò)誤。


    • 永久代
    永久代或者“Perm Gen”包含了JVM需要的應(yīng)用元數(shù)據(jù),這些元數(shù)據(jù)描述了在應(yīng)用里使用的類和方法。注意,永久代不是Java堆內(nèi)存的一部分。
    永久代存放JVM運(yùn)行時(shí)使用的類。永久代同樣包含了Java SE庫的類和方法。永久代的對象在full GC時(shí)進(jìn)行垃圾收集。


    方法區(qū)
    方法區(qū)是永久代空間的一部分,并用來存儲類型信息(運(yùn)行時(shí)常量和靜態(tài)變量)和方法代碼和構(gòu)造函數(shù)代碼。


    內(nèi)存池
    如果JVM實(shí)現(xiàn)支持,JVM內(nèi)存管理會為創(chuàng)建內(nèi)存池,用來為不變對象創(chuàng)建對象池。字符串池就是內(nèi)存池類型的一個(gè)很好的例子。內(nèi)存池可以屬于堆或者永久代,這取決于JVM內(nèi)存管理的實(shí)現(xiàn)。


    運(yùn)行時(shí)常量池
    運(yùn)行時(shí)常量池是每個(gè)類常量池的運(yùn)行時(shí)代表。它包含了類的運(yùn)行時(shí)常量和靜態(tài)方法。運(yùn)行時(shí)常量池是方法區(qū)的一部分。


    Java棧內(nèi)存
    Java棧內(nèi)存用于運(yùn)行線程。它們包含了方法里的臨時(shí)數(shù)據(jù)、堆里其它對象引用的特定數(shù)據(jù)。

    Java垃圾回收
    Java垃圾回收會找出沒用的對象,把它從內(nèi)存中移除并釋放出內(nèi)存給以后創(chuàng)建的對象使用。Java程序語言中的一個(gè)最大優(yōu)點(diǎn)是自動垃圾回收,不像其他的程序語言那樣需要手動分配和釋放內(nèi)存,比如C語言。

    垃圾收集器是一個(gè)后臺運(yùn)行程序。它管理著內(nèi)存中的所有對象并找出沒被引用的對象。所有的這些未引用的對象都會被刪除,回收它們的空間并分配給其他對象。

    一個(gè)基本的垃圾回收過程涉及三個(gè)步驟:
    標(biāo)記:這是第一步。在這一步,垃圾收集器會找出哪些對象正在使用和哪些對象不在使用。
    正常清除:垃圾收集器清會除不在使用的對象,回收它們的空間分配給其他對象。
    壓縮清除:為了提升性能,壓縮清除會在刪除沒用的對象后,把所有存活的對象移到一起。這樣可以提高分配新對象的效率。


    簡單標(biāo)記和清除方法存在兩個(gè)問題:
    效率很低。因?yàn)榇蠖鄶?shù)新建對象都會成為“沒用對象”。
    經(jīng)過多次垃圾回收周期的對象很有可能在以后的周期也會存活下來。
    上面簡單清除方法的問題在于Java垃圾收集的分代回收的,而且在堆內(nèi)存里有年輕代和年老代兩個(gè)區(qū)域。


    • Java垃圾回收類型
    這里有五種可以在應(yīng)用里使用的垃圾回收類型。

    僅需要使用JVM開關(guān)就可以在我們的應(yīng)用里啟用垃圾回收策略。

    Serial GC(-XX:+UseSerialGC):Serial GC使用簡單的標(biāo)記、清除、壓縮方法對年輕代和年老代進(jìn)行垃圾回收,即Minor GC和Major GC。Serial GC在client模式(客戶端模式)很有用,比如在簡單的獨(dú)立應(yīng)用和CPU配置較低的機(jī)器。這個(gè)模式對占有內(nèi)存較少的應(yīng)用很管用。
    Parallel GC(-XX:+UseParallelGC):除了會產(chǎn)生N個(gè)線程來進(jìn)行年輕代的垃圾收集外,Parallel GC和Serial GC幾乎一樣。這里的N是系統(tǒng)CPU的核數(shù)。我們可以使用 -XX:ParallelGCThreads=n 這個(gè)JVM選項(xiàng)來控制線程數(shù)量。并行垃圾收集器也叫throughput收集器。因?yàn)樗褂昧硕郈PU加快垃圾回收性能。Parallel GC在進(jìn)行年老代垃圾收集時(shí)使用單線程。
    Parallel Old GC(-XX:+UseParallelOldGC):和Parallel GC一樣。不同之處,Parallel Old GC在年輕代垃圾收集和年老代垃圾回收時(shí)都使用多線程收集。
    并發(fā)標(biāo)記清除(CMS)收集器(-XX:+UseConcMarkSweepGC):CMS收集器也被稱為短暫停頓并發(fā)收集器。它是對年老代進(jìn)行垃圾收集的。CMS收集器通過多線程并發(fā)進(jìn)行垃圾回收,盡量減少垃圾收集造成的停頓。CMS收集器對年輕代進(jìn)行垃圾回收使用的算法和Parallel收集器一樣。這個(gè)垃圾收集器適用于不能忍受長時(shí)間停頓要求快速響應(yīng)的應(yīng)用。可使用 -XX:ParallelCMSThreads=n JVM選項(xiàng)來限制CMS收集器的線程數(shù)量。
    G1垃圾收集器(-XX:+UseG1GC) G1(Garbage First):垃圾收集器是在Java 7后才可以使用的特性,它的長遠(yuǎn)目標(biāo)時(shí)代替CMS收集器。G1收集器是一個(gè)并行的、并發(fā)的和增量式壓縮短暫停頓的垃圾收集器。G1收集器和其他的收集器運(yùn)行方式不一樣,不區(qū)分年輕代和年老代空間。它把堆空間劃分為多個(gè)大小相等的區(qū)域。當(dāng)進(jìn)行垃圾收集時(shí),它會優(yōu)先收集存活對象較少的區(qū)域,因此叫“Garbage First”。

    posted @ 2015-07-19 22:57 云云 閱讀(1213) | 評論 (0)編輯 收藏

    posted @ 2014-09-28 23:45 云云| 編輯 收藏

         摘要: class文件簡介及加載     Java編譯器編譯好Java文件之后,產(chǎn)生.class 文件在磁盤中。這種class文件是二進(jìn)制文件,內(nèi)容是只有JVM虛擬機(jī)能夠識別的機(jī)器碼。JVM虛擬機(jī)讀取字節(jié)碼文件,取出二進(jìn)制數(shù)據(jù),加載到內(nèi)存中,解析.class 文件內(nèi)的信息,生成對應(yīng)的 Class對象:     &nb...  閱讀全文

    posted @ 2014-09-28 23:44 云云| 編輯 收藏

     
    package com.qiyi.appstore.util;
    import java.lang.reflect.Field;
    import java.lang.reflect.InvocationTargetException;
    import org.apache.commons.beanutils.BeanUtils;
    import org.apache.commons.lang.StringUtils;
    import org.slf4j.Logger;
    import org.slf4j.LoggerFactory;
    import com.qiyi.appstore.exception.AppStoreException;
    import com.qiyi.cloud.user.ApiCode;
    public class XssUtils {
    private static final Logger logger=LoggerFactory.getLogger(XssUtils.class);
    public static String getSafeStringXSS(String s){
          if (StringUtils.isBlank(s)) {  
              return s;  
          }  
          StringBuilder sb = new StringBuilder(s.length() + 16);  
          for (int i = 0; i < s.length(); i++) {  
              char c = s.charAt(i);  
              switch (c) {  
              case '<':  
                  sb.append("&lt;");  
                  break; 
              case '>':  
                  sb.append("&gt;");  
                  break;  
              case '\'':  
                  sb.append("&prime;");// &acute;");  
                  break;  
              case '′':  
                  sb.append("&prime;");// &acute;");  
                  break;  
              case '\"':  
                  sb.append("&quot;");  
                  break;  
              case '"':  
                  sb.append("&quot;");  
                  break;  
              case '&':  
                  sb.append("&");  
                  break;  
              case '#':  
                  sb.append("#");  
                  break;  
              case '\\':  
                  sb.append('¥');  
                  break; 
              case '=':  
                  sb.append("=");  
                  break;
              default:  
                  sb.append(c);  
                  break;  
              }  
          }  
          return sb.toString(); 
      }
    public static <T> void getXssSaftBean(Class<?> clz,T bean) throws IllegalAccessException, InvocationTargetException, NoSuchMethodException{
    String classname = clz.getSimpleName();
    logger.info("map target class name is {} .",classname);
    Field[] fields = clz.getDeclaredFields();
    for(Field field : fields){
    Class<?> type = field.getType();
    if(type.equals(String.class)){
    String fieldname = field.getName();
    String value = BeanUtils.getProperty(bean, fieldname);
    if(StringUtils.isNotBlank(value)){
    BeanUtils.setProperty(bean, fieldname, getSafeStringXSS(value));
    }
    }
    }
    }
    }

    posted @ 2014-09-28 13:49 云云 閱讀(734) | 評論 (0)編輯 收藏

    提升tomcat 性能 apr擴(kuò)展lib
    使用apr類庫 可以讓tomcat的性能提升到3到4倍  
    目前項(xiàng)目中都使用這樣的配置
    <Connector port="8080" protocol="org.apache.coyote.http11.Http11AprProtocol" URIEncoding="UTF-8"
                   enableLookups="false"
                   acceptCount="300"
                   connectionTimeout="20000"
                   disableUploadTimeout="true" maxThreads="1000" maxSpareThreads="50" minSpareThreads="25"
                   redirectPort="8443" />


    catalia.sh 
    CATALINA_OPTS="$CATALINA_OPTS -Djava.library.path=/usr/local/apr/lib"

    posted @ 2014-01-16 14:50 云云 閱讀(921) | 評論 (0)編輯 收藏

         摘要: public static boolean acquireLock(String lock) {    // 1. 通過SETNX試圖獲取一個(gè)lock    boolean success = false;    Jedis jedis = pool.getResource();...  閱讀全文

    posted @ 2014-01-15 19:00 云云 閱讀(13411) | 評論 (1)編輯 收藏

    主站蜘蛛池模板: 国产真实伦在线视频免费观看| 日本不卡免费新一二三区| 77777亚洲午夜久久多喷| 麻豆成人精品国产免费| 在线免费视频你懂的| 亚洲精品中文字幕乱码影院| 成人免费看片又大又黄| 国产福利电影一区二区三区,免费久久久久久久精 | A毛片毛片看免费| 亚洲国产中文在线二区三区免| 国产网站在线免费观看| 国产精品免费福利久久| 亚洲变态另类一区二区三区| 国产AV无码专区亚洲Av| 国产成人高清精品免费软件| 亚在线观看免费视频入口| 国产亚洲情侣久久精品| 久久精品亚洲精品国产色婷| 亚洲av片一区二区三区| 日韩免费精品视频| 中文字幕av无码不卡免费| 亚洲xxxx18| 亚洲国产天堂久久综合网站| 亚洲а∨天堂久久精品| 美女裸身网站免费看免费网站| 日本免费A级毛一片| 美女视频黄a视频全免费网站一区| 亚洲黄色片免费看| 亚洲最大激情中文字幕| 日本特黄特色免费大片| 国产成在线观看免费视频| 国产一精品一av一免费爽爽| 视频一区二区三区免费观看| 国产午夜亚洲精品国产| 97亚洲熟妇自偷自拍另类图片| 亚洲精品人成无码中文毛片| 我想看一级毛片免费的| 每天更新的免费av片在线观看 | 日韩成人免费视频| 二区久久国产乱子伦免费精品| 久久亚洲中文无码咪咪爱|