這期內(nèi)容當(dāng)中小編將會(huì)給大家?guī)?lái)有關(guān)怎么用源碼分析Play Framework hotswap，文章內(nèi)容豐富且以專業(yè)的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

洪山ssl適用于網(wǎng)站、小程序/APP、API接口等需要進(jìn)行數(shù)據(jù)傳輸應(yīng)用場(chǎng)景，ssl證書未來(lái)市場(chǎng)廣闊！成為創(chuàng)新互聯(lián)公司的ssl證書銷售渠道，可以享受市場(chǎng)價(jià)格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：18980820575（備注：SSL證書合作）期待與您的合作！

Play Framework hotswap的賣點(diǎn)就在于 hot swap，正如它自己宣稱的：

reach your maximum productivity。play! 允許開發(fā)人員修改java文件，保存，然后刷新瀏覽器，立馬可以看到效果。不需要編譯，也不需要重啟服務(wù)器。

Java 要想實(shí)現(xiàn)動(dòng)態(tài)更新 class 文件，不外乎兩種手段：替換 classloader、替換 JVM。因?yàn)樘鎿Q JVM 引起的開銷更大，需要維護(hù) JVM 的堆、棧等運(yùn)行信息，所以 hot swap 通常是選擇替換 classloader。比如 grails 里面就是選擇替換 classloader，它會(huì)自己維護(hù)一個(gè)線程，定期輪詢?cè)次募欠癜l(fā)生修改，以替換原來(lái)的 classloader。那么 play! 宣稱的 hot swap 又是怎么實(shí)現(xiàn)的呢？

讓我們來(lái)看看play! 的內(nèi)部流程：

1. play! 使用了 Apache Mina 作為底層的 http server，然后使用了自己關(guān)于 Mina IoHandler 接口的實(shí)現(xiàn)—— HttpHandler

2. 當(dāng)瀏覽器發(fā)起一個(gè) request：

2.1 Mina Server 生成一個(gè) Mina Request，轉(zhuǎn)發(fā)給 HttpHandler 的 messageReceived 方法

2.2 play! 解析 Mina Request 和 Mina Session，包裝成自己的 Request 對(duì)象

Request request = parseRequest(minaRequest, session);

2.3 play! 檢測(cè) Route 文件修改情況，根據(jù) Route 配置信息將 Route/Action 的信息賦給 Request 對(duì)象

Router.detectChanges();  Router.route(request);

2.4 play! 根據(jù)當(dāng)前配置的開發(fā)模式來(lái)采用不同的策略調(diào)用 Action 來(lái)理 Request

if (Play.mode == Play.Mode.DEV) {  Invoker.invokeInThread(new MinaInvocation(session, minaRequest, minaResponse, request, response));  } else {  Invoker.invoke(new MinaInvocation(session, minaRequest, minaResponse, request, response));  }

2.5 如果 play! 當(dāng)前是 DEV 模式，invokeInThread方法會(huì)讓 invocation 對(duì)象代理 run() 方法

public void run() {  try {  before();  execute();  after();  } catch (Throwable e) {  onException(e);  } finally {  _finally();  }  }

咱們來(lái)看看 before() 方法：

public static void before() {  Thread.currentThread().setContextClassLoader(Play.classloader);  if(!Play.id.equals("test")) {  Play.detectChanges();  if (!Play.started) {  Play.start();  }  }  //  }

在 Play 類的 detectChanges() 方法里面，有這么一句：

classloader.detectChanges();

哈哈，play! 修改源文件后，刷新瀏覽器即見效的奧秘就在這里了。再進(jìn)去看看 play! 自定義 classloader 的 detectChanges() 方法：

public void detectChanges() {  // Now check for file modification  List<ApplicationClass> modifieds = new ArrayList<ApplicationClass>();  for (ApplicationClass applicationClass : Play.classes.all()) {  if (applicationClass.timestamp < applicationClass.javaFile.lastModified()) {  applicationClass.refresh();  modifieds.add(applicationClass);  }  }  List<ClassDefinition> newDefinitions = new ArrayList<ClassDefinition>();  Map<Class, Integer> annotationsHashes = new HashMap<Class, Integer>();  for (ApplicationClass applicationClass : modifieds) {  annotationsHashes.put(applicationClass.javaClass, computeAnnotationsHash(applicationClass.javaClass));  if (applicationClass.compile() == null) {  Play.classes.classes.remove(applicationClass.name);  } else {  applicationClass.enhance();  BytecodeCache.cacheBytecode(applicationClass.enhancedByteCode, applicationClass.name, applicationClass.javaSource);  newDefinitions.add(new ClassDefinition(applicationClass.javaClass, applicationClass.enhancedByteCode));  }  }  try {  HotswapAgent.reload(newDefinitions.toArray(new ClassDefinition[newDefinitions.size()]));  } catch (ClassNotFoundException e) {  throw new UnexpectedException(e);  } catch (UnmodifiableClassException e) {  throw new UnexpectedException(e);  }  // Check new annotations  for (Class clazz : annotationsHashes.keySet()) {  if (annotationsHashes.get(clazz) != computeAnnotationsHash(clazz)) {  throw new RuntimeException("Annotations change !");  }  }  // Now check if there is new classes or removed classes  int hash = computePathHash();  if (hash != this.pathHash) {  // Remove class for deleted files !!  for (ApplicationClass applicationClass : Play.classes.all()) {  if (!applicationClass.javaFile.exists()) {  Play.classes.classes.remove(applicationClass.name);  }  if(applicationClass.name.contains("$")) {  Play.classes.classes.remove(applicationClass.name);  }  }  throw new RuntimeException("Path has changed");  }  }

HotswapAgent類的 reload 方法如下：

public static void reload(ClassDefinition definitions) throws UnmodifiableClassException, ClassNotFoundException {  instrumentation.redefineClasses(definitions);  }

讀到這里，也就弄清楚了 play! 怎么實(shí)現(xiàn) hot swap 的原理了，還是調(diào)用java.lang.instrument目錄下的類和方法來(lái)實(shí)現(xiàn)的 hot swap。不存在魔法，play! 還是選擇了替換 classloader，只不過(guò)這個(gè)替換動(dòng)作發(fā)生在處理 http request 的時(shí)候，于是開發(fā)人員用起來(lái)就是“刷新瀏覽器就可以看見效果了”。

上述就是小編為大家分享的怎么用源碼分析Play Framework hotswap了，如果剛好有類似的疑惑，不妨參照上述分析進(jìn)行理解。如果想知道更多相關(guān)知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。

分享題目：怎么用源碼分析PlayFrameworkhotswap
標(biāo)題URL：http://jinyejixie.com/article6/ipjiog.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供微信小程序、電子商務(wù)、域名注冊(cè)、網(wǎng)站收錄、商城網(wǎng)站、小程序開發(fā)

廣告

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