做一個自己的appserver-jdstream(編輯修改稿)
2025-07-25 03:36 本頁面
【文章內(nèi)容簡介】 。 A：通過在業(yè)務(wù)接口上添加@ImplementedBy注釋來指定實(shí)現(xiàn)類； B：通過實(shí)現(xiàn)Module接口硬編碼，將實(shí)現(xiàn)類綁定到接口，同時用自定義Annotation來作為分支標(biāo)記或自定義一個字符串作為分支標(biāo)記； C：可以在@Inject的下面用@Name來指定實(shí)現(xiàn)類；同時Guice還可以通過實(shí)現(xiàn)Provider接口來動態(tài)注入注入； 而PicoContainer也可以通過@Inject注入，對于一個接口或超類多個子類的情況也是通過自定義Annotation來區(qū)分；其它方面PicoContainer有Bean的監(jiān)視器、生命周期管理、Container父子級聯(lián)等實(shí)現(xiàn)，Guice可能也有這方面的實(shí)現(xiàn)，沒有做深入的研究。Guice有更多的注釋，同時又分綁定作用域，這個和PicoContainer的父子級聯(lián)比較相似，都是實(shí)現(xiàn)實(shí)例的分割，相當(dāng)于全局變量和局部變量。而PicoContainer只有Inject、Bind、Cache三個注釋，并且都不帶參數(shù)； 由上面的比較基本可以看出PicoContainer有點(diǎn)像Guice的精簡版，它更多的是通過Container接口將功能暴露給使用者，在外層并沒有 做太多的封裝，它比Guice更輕量，更適合嵌入其它容器框架。而Guice更適合獨(dú)立作為一個輕量的IOC框架存在。另外從JDStream的需求來看 PicoContainer也更適合被集成于其中，具體原因后面闡述。 IOC容器的原理比較了上面兩個IOC容器后再看IOC容器的原理：IOC容器其實(shí)就是將一個類拆分了后和需要注入的參數(shù)及配置的操作緩存起來，大部分的IOC容器都逃不出以下幾步：根據(jù)配置文件找到類名稱，用加載器加載；用反射從類中分離出Field,Constructor,Method,Annotation,Interface,SuperClass等等分類緩存； 緩存需要注入的參數(shù)；根據(jù)配置文件配置的操作或其它程序的調(diào)用，用Constructor生成Object，注入?yún)?shù)，此實(shí)例或緩存，或不緩存，或用弱引用緩存； 生命周期操作，Annotation操作； 從原理上說IOC容器和JMX實(shí)現(xiàn)沒有太大的區(qū)別，JMX其實(shí)也算是一種IOC容器。但從實(shí)現(xiàn)上來說IOC容器比JMX靈活的多，它不必考慮J2EE規(guī)范 的限制，完全自由發(fā)揮，可以設(shè)計的如Spring般繁雜，也可以設(shè)計的如PicoContainer般小巧。它可以使自己管理的Bean更加POJO，不 必再親自去實(shí)現(xiàn)框架管理接口，而是由框架生成被管理Bean的子類或業(yè)務(wù)接口的實(shí)現(xiàn)類作為代理去實(shí)現(xiàn)管理接口，然后一切業(yè)務(wù)調(diào)用都從代理接口傳入，再去完 成被管理Bean的調(diào)用。Spring和EJB就是這樣管理的。這中間可以注冊監(jiān)視器來監(jiān)控Bean的任何狀態(tài)變化，注冊攔截器來監(jiān)控外部對Bean的操 作。 IOC容器給人的最大好處就是靈活多變，耦合松散，但這樣的結(jié)果也是有代價的，首先越靈活配置越復(fù)雜，大量的XML和Annotation也會成為災(zāi)難， 其次大量的動態(tài)代理、反射、CGLIB、攔截器、監(jiān)視器等管理手段的使用，極大的降低了效率，對高并發(fā)環(huán)境下的應(yīng)用是不可以接受的。JDStream的一 個最重要的設(shè)計準(zhǔn)則是在高并發(fā)通路上盡量避免使用以反射為基礎(chǔ)的操作，以此來提高效率。 由于JDStream偏向于高并發(fā)處理能力的需要，對上面的優(yōu)缺點(diǎn)做了平衡，那就是插件的入口Bean類和插件內(nèi)部的某些Bean類（需要對其管理但又不 在高并發(fā)通路上的）以及業(yè)務(wù)程序里面的一些Bean類（同樣需要對其管理但又不在高并發(fā)通路上的）
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1