Grizzly精品文章

• 

  11個(gè)你可能不知道的Python庫(kù)

  ...([animal, ferocity]) table.add_row([wolverine, 100]) table.add_row([grizzly, 87]) table.add_row([Rabbit of Caerbannog, 110]) table.add_row([cat, -1]) table.add_row([platypus, 23]) table.add_row([do...

  gnehc 2019-07-31 11:36 評(píng)論0 收藏0
• 

  推薦11個(gè)實(shí)用Python庫(kù)

  ...([animal, ferocity]) table.add_row([wolverine, 100]) table.add_row([grizzly, 87]) table.add_row([Rabbit of Caerbannog, 110]) table.add_row([cat, -1]) table.add_row([platypus, 23]) table.add_row([do...

  stackfing 2019-07-25 11:39 評(píng)論0 收藏0
• 

  dubbo源碼解析（一）Hello,Dubbo

  ...的理解：提供了多種客戶端和服務(wù)端通信功能，比如基于Grizzly、Netty、Tomcat等等，RPC用除了RMI的協(xié)議都要用到此模塊。 看看remoting的目錄： dubbo-remoting-api：定義了客戶端和服務(wù)端的接口。 dubbo-remoting-grizzly：基于Grizzly實(shí)現(xiàn)的Cli...

  evin2016 2019-08-16 13:27 評(píng)論0 收藏0
• 

  【JAVA新生】nio attach引發(fā)的問題

  grizzly框架的作者曾經(jīng)提到NIO框架不應(yīng)該使用selection key的attach功能（鏈接）。理由是如果attach到了selection key上，而這個(gè)selection key對(duì)應(yīng)的操作遲遲不能就緒（被select出來）。那么這些selection key所attach的附件都是被強(qiáng)引用的，從...

  ruicbAndroid 2019-08-14 11:51 評(píng)論0 收藏0
• 

  在 Docker 上運(yùn)行一個(gè) RESTful 風(fēng)格的微服務(wù)

  ... org.glassfish.jersey.containers jersey-container-grizzly2-http ${jersey.version} org.glassfish.jersey.media jersey-media-json-jackson ...

  NotFound 2019-06-28 14:57 評(píng)論0 收藏0
• 

  dubbo源碼解析（八）遠(yuǎn)程通信——開篇

  ...NIO框架選型上，dubbo交由用戶選擇，它集成了mina、netty、grizzly等各類NIO框架來搭建NIO服務(wù)器和客戶端，并且利用dubbo的SPI擴(kuò)展機(jī)制可以讓用戶自定義選擇。如果對(duì)SPI不太了解的朋友可以查看《dubbo源碼解析（二）Dubbo擴(kuò)展機(jī)制SPI》...

  Faremax 2019-08-16 13:56 評(píng)論0 收藏0
• 

  WebSocket就是這么簡(jiǎn)單

  ...有Netty？ 遠(yuǎn)古：java.net + java.io 近代：java.nio其他：Mina，Grizzly 簡(jiǎn)單來說： 你想寫個(gè)tomcat一樣的Server，可以用netty。 你想寫一個(gè)即時(shí)通訊的應(yīng)用，可以用netty。 你想實(shí)現(xiàn)一個(gè)高性能Rpc框架，可以用netty。 Netty優(yōu)勢(shì) Netty優(yōu)勢(shì)：API簡(jiǎn)...

  hikui 2019-08-15 14:21 評(píng)論0 收藏0
• 

  從Java視角理解系統(tǒng)結(jié)構(gòu)（三）偽共享

  ...象內(nèi)存布局及Profile工具上給予的幫助. 更新: 發(fā)現(xiàn)netty和grizzly的代碼中的LinkedTransferQueue中都使用了PaddedAtomicReference來代替原來的Node, 使用了補(bǔ)齊的辦法解決了隊(duì)列偽共享的問題. 不知道是不是JSR-166的人開發(fā)的, 看來他們?cè)缇鸵?..

  asce1885 2019-08-14 11:40 評(píng)論0 收藏0
• 

  dubbo源碼解析（十二）遠(yuǎn)程通信——Telnet

  ...邏輯,本文有興趣的朋友可以看看。下一篇我會(huì)講解基于grizzly實(shí)現(xiàn)遠(yuǎn)程通信部分。

  li21 2019-08-16 14:04 評(píng)論0 收藏0
• 

  dubbo源碼解析（九）遠(yuǎn)程通信——Transport層

  ...AbstractClient。也就是說現(xiàn)在Transport層是抽象mina、netty以及grizzly為統(tǒng)一接口。看完類圖，再來看看包結(jié)構(gòu)： 下面的講解大致會(huì)按照類圖中類的順序往下講，盡量把client、server、channel、codec、dispacher五部分涉及到的內(nèi)容一起講解。 ...

  Magicer 2019-08-16 14:00 評(píng)論0 收藏0