dubbopython
Ⅰ 微服務跨語言調用（摘選）
微服務架構已成為目前互聯網架構的趨勢，關於微服務的討論，幾乎占據了各種技術大會的絕大多數版面。國內使用最多的服務治理框架非阿里開源的 bbo 莫屬，千米網也選擇了 bbo 作為微服務治理框架。另一方面，和大多數互聯網公司一樣，千米的開發語言是多樣的，大多數後端業務由 java 支撐，而每個業務線有各自開發語言的選擇權，便出現了 nodejs，python，go 多語言調用的問題。
跨語言調用是一個很大的話題，也是一個很有挑戰的技術活，目前業界經常被提及的解決方案有如下幾種，不妨拿出來老生常談一番：
當我們再聊跨語言調用時我們在聊什麼？縱觀上述幾個較為通用，成熟的解決方案，可以得出結論：解決跨語言調用的思路無非是兩種：
如果一個新型的團隊面臨技術選型，我認為上述的方案都可以納入參考，可考慮到遺留系統的兼容性問題
舊系統的遷移成本
這也關鍵的選型因素。我們做出的第一個嘗試，便是在 RPC 協議上下功夫。
通用協議的跨語言支持
springmvc的美好時代
springmvc
springmvc
在沒有實現真正的跨語言調用之前，想要實現「跨語言」大多數方案是使用 http 協議做一層轉換，最常見的手段莫過於藉助 springmvc 提供的 controller/restController，間接調用 bbo provider。這種方案的優勢和劣勢顯而易見
通用協議的支持
事實上，大多數服務治理框架都支持多種協議，bbo 框架除默認的 bbo 協議之外，還有當當網擴展的 rest協議和千米網擴展的 json-rpc 協議可供選擇。這兩者都是通用的跨語言協議。
rest 協議為滿足 JAX-RS 2.0 標准規范，在開發過程中引入了 @Path，@POST，@GET 等註解，習慣於編寫傳統 rpc 介面的人可能不太習慣 rest 風格的 rpc 介面。一方面這樣會影響開發體驗，另一方面，獨樹一幟的介面風格使得它與其他協議不太兼容，舊介面的共生和遷移都無法實現。如果沒有遺留系統，rest 協議無疑是跨語言方案最簡易的實現，絕大多數語言支持 rest 協議。
和 rest 協議類似，json-rpc 的實現也是文本序列化&http 協議。bbox 在 restful 介面上已經做出了嘗試，但是 rest 架構和 bbo 原有的 rpc 架構是有區別的，rest 架構需要對資源(Resources)進行定義， 需要用到 http 協議的基本操作 GET、POST、PUT、DELETE。在我們看來，restful 更合適互聯網系統之間的調用，而 rpc 更適合一個系統內的調用。使用 json-rpc 協議使得舊介面得以兼顧，開發習慣仍舊保留，同時獲得了跨語言的能力。
千米網在早期實踐中採用了 json-rpc 作為 bbo 的跨語言協議實現，並開源了基於 json-rpc 協議下的 python 客戶端 bbo-client-py 和 node 客戶端 bbo-node-client，使用 python 和 nodejs 的小夥伴可以藉助於它們直接調用 bbo-provider-java 提供的 rpc 服務。系統中大多數 java 服務之間的互相調用還是以 bbo 協議為主，考慮到新舊協議的適配，在不影響原有服務的基礎上，我們配置了雙協議。
bbo 協議主要支持 java 間的相互調用，適配老介面；json-rpc 協議主要支持異構語言的調用。
定製協議的跨語言支持
微服務框架所謂的協議(protocol)可以簡單理解為：報文格式和序列化方案。服務治理框架一般都提供了眾多的協議配置項供使用者選擇，除去上述兩種通用協議，還存在一些定製化的協議，如 bbo 框架的默認協議：bbo 協議以及 motan 框架提供的跨語言協議：motan2。
motan2協議的跨語言支持
motan2
motan2
motan2 協議被設計用來滿足跨語言的需求主要體現在兩個細節中—MetaData 和 motan-go。在最初的 motan 協議中，協議報文僅由 Header+Body 組成，這樣導致 path，param，group 等存儲在 Body 中的數據需要反序列得到，這對異構語言來說是很不友好的，所以在 motan2 中修改了協議的組成；weibo 開源了 motan-go ，motan-php ，motan-openresty ,並藉助於 motan-go 充當了 agent 這一翻譯官的角色，使用 simple 序列化方案來序列化協議報文的 Body 部分（simple 序列化是一種較弱的序列化方案）。
agent
agent
仔細揣摩下可以發現這么做和雙協議的配置區別並不是大，只不過這里的 agent 是隱式存在的，與主服務共生。明顯的區別在於 agent 方案中異構語言並不直接交互。
bbo協議的跨語言支持
bbo 協議設計之初只考慮到了常規的 rpc 調用場景，它並不是為跨語言而設計，但跨語言支持從來不是只有支持、不支持兩種選擇，而是要按難易程度來劃分。是的，bbo 協議的跨語言調用可能並不好做，但並非無法實現。千米網便實現了這一點，nodejs 構建的前端業務是異構語言的主戰場，最終實現了 bbo2.js，打通了 nodejs 和原生 bbo 協議。作為本文第二部分的核心內容，重點介紹下我們使用 bbo2.js 幹了什麼事。
Dubbo協議報文格式
bbo協議
bbo協議
bbo協議報文消息頭詳解：
magic：類似java位元組碼文件里的魔數，用來判斷是不是 bbo 協議的數據包。魔數是常量 0xdabb
flag：標志位, 一共8個地址位。低四位用來表示消息體數據用的序列化工具的類型（默認 hessian），高四位中，第一位為 1 表示是 request 請求，第二位為 1 表示雙向傳輸（即有返回 response），第三位為 1 表示是心跳 ping 事件。
status：狀態位, 設置請求響應狀態，bbo 定義了一些響應的類型。具體類型見com.alibaba.bbo.remoting.exchange.Response
invoke id：消息 id, long 類型。每一個請求的唯一識別 id（由於採用非同步通訊的方式，用來把請求 request 和返回的 response 對應上）
body length：消息體 body 長度, int 類型，即記錄 Body Content 有多少個位元組
body content：請求參數，響應參數的抽象序列化之後存儲於此。
協議報文最終都會變成位元組，使用 tcp 傳輸，任何語言只要支持網路模塊，有類似 Socket 之類的封裝，那麼通信就不成問題。那，跨語言難在哪兒？以其他語言調用 java 來說，主要有兩個難點：
ps：bbo 協議通訊demo（ https://github.com/lexburner/Dubbojs-Learning ）
Ⅱ 零基礎應該選擇學習 java、php、前端 還是 python
這三門當中，首推Java。真的，Python當然是好，但是對於一個新入門的人，最重要的是先找到工作不是嗎?而找工作的話，Java無疑是最容易的。相比較PHP與Python而言，Java程序員的崗位需求要大的很多，對於跨行業的人而言，最困難的其實是第一步，那就是如何進入這個行業。如果你連進都進不來，第一份工作遲遲無法開始，那麼好好努力，補上數據結構，設計模式，演算法設計這些差距就根本無從說起，不是嗎?
接著，我來談談具體的規劃。
1.
了解Java的運行環境。搞清楚path和classpath是干什麼的，怎麼在命令行進行編譯，執行。知道IDE的各個按鈕後面真正發生了什麼事情。
2.
掌握Java的語法。搞清楚包，介面，類，繼承這些基本概念。掌握多態，overwrite，死背下IO的介面，包括InputStream/OutputStream和Writer/Reader，死背下網路編程和GUI編程的介面，背JDBC介面。這一步，推薦的書是《
瘋狂Java講義》。
3.
掌握多線程編程。弄明白ConcurrencyHashMap是怎麼實現的，搞清楚synchronized是怎麼回事，弄明白為什麼要有Runnable介面。
在第二步和第三步掌握到80%的時候，你就可以考慮找工作了。
4. 在工作中體會一下設計模式。推薦《輕量級Java
EE企業應用實戰》這本書。看完裡面的Decorator，IO介面你再也不會去死記硬背了。用的時候，根據Adaptor和Decorator的命名規則，自己臨時推都推得出來。
5. 惡補數據結構。 搞清楚 LinkedList和
ArrayList的實現機制，了解它們的每一個介面的時間復雜度。同樣的還有其他容器，Map啊，Set啊，都是一樣的。棧，隊列，二叉樹，圖貫穿編程始終，如果這一步你邁不過去，那就只能在低階程序員里打轉。
6.
如果有可能，最好對一些演算法設計也有所涉獵。比如動態規則的思路，貪心演算法，諸如KMP這種奇妙的演算法等。這一步沒有數據結構那麼重要，學得好當然好，學不好也不用太挫敗。
到了這一步，你和科班程序員之間的差距就不大了。可以在工作中獨立承擔開發任務了。
瘋狂軟體教育中心專注於Java培訓，瘋狂軟體Java培訓可以有效的幫助你提升相關技能。名師講解Java設計和編程、Web前端開發、JavaEE進階、大數據核心知識等，讓你在5個半月內快速獲得理論和實踐的雙重提升。
7.
進階，這時候就可以有自己的思考了。Java發展到現在，被用在各種各樣的情景之中，說它是應用最廣泛的編程語言並不過分。你在打好基礎以後，就可以考慮應該向哪個方向發展了。比如服務端的架構，最好能學習一下JavaEE。JEE一直以來，都是讓人覺得門檻太高。這個其實可以從Spring入手，搞清楚反射，控制反轉，依賴注射都是什麼鬼(這些神叨叨的名詞其實都是為了解決Java本身不夠動態這個缺陷而出現的，這里不展開，我只想提醒的是，這些概念沒有什麼大不了的東西，不要被愛裝逼的傢伙嚇住了)。還有消息這個東西，還有ORM這個東西，都去搞搞清楚。想一下它們要解決什麼問題，再猜一下他們是怎麼實現的。我面試的時候發現，其實大多數優秀的開發者，即使以前沒思考過這個問題，讓他現場設計一下Hibernate，都能設計得差不多。這說明，這些框架性的東沒有什麼大不了的。有了基礎，你也能設計出來。關鍵是要去動腦筋想。以上是以服務端開發舉例，那麼對於客戶端，你就去思考事件響應機制是如何工作的(這個我不熟悉，就不再多說了)。還可以深入研究一下JVM的源代碼，以及其實現機制，了解一下垃圾回收演算法等等。
到了這一步，你就可以應聘Java高級開發了。如果運氣好，年薪30萬是有可能的。保底也要20萬了。
8.
架構。到了這一步，你就算是登堂入室，真正邁入高級開發人員了。這一步，你要思考更多的東西，比如，如何處理高並發，如何應對分布式系統，如何提供更健壯的數據服務。到了這一步，那就沒有什麼可以參考的，現成的東西了。全靠自己的悟性了。那最後能達到什麼高度，就不是我這個層次能點評的了。
編程的世界永遠向所有熱愛編程的人開放，這是一個自由，平等，共享的世界，我始終是這樣堅信的。
Ⅲ 想學軟體測試，做軟體測試員需要學什麼自學如何去學
關於自學，無需多言，如果你自律性強，具備學習能力、有專研問題的好奇心、以及解決問題的能力，那麼自學軟體測試是完全ok的。這里也給想要自學的小夥伴整理了一份最新的軟體測試學習路線，希望對想要進入這個行業的小夥伴有所幫助。
第一階段：專業基礎課程
階段目標：
1. 熟練掌握IT核心技術：編程，資料庫，操作系統，版本控制
2. 能夠熟練運用所學技術搭建各類伺服器環境
3. 深入理解軟體研發過程各種疑難雜症及處理手段
4. 掌握Python編程技術並熟練運用Python進行程序設計
知識點：
1、Web頁面元素，布局，CSS樣式，盒模型，JavaScript程序設計，函數，基礎演算法，正則表達式。
2、資料庫知識，範式，MySQL配置，命令，建庫建表，數據的增刪改查，約束，視圖，存儲過程，函數，觸發器，事務，游標，建模工具深入理解資料庫管理系統通用知識及MySQL資料庫的使用與管理。為軟體測試和測試開發打下基礎。
3、Linux安裝配置，文件目錄操作，VI命令，管理，用戶與許可權，環境部署，Shell編程Linux作為一個主流的伺服器操作系統，是每一個測試開發工程師必須掌握的重點技術，並且能夠熟練運用。
4、Python編程基礎，語法規則，函數，數據類型，PDBC，培養扎實的Python編程基本功，同時對Python核心對象編程有熟練的運用。
5、Python面向對象，異常處理，文件IO，多線程，網路編程，PyQT界面開發，深入理解面向對象編程，異常處理機制，多線程原理，網路協議知識，並熟練運用於項目中。
第二階段：專業核心課程
階段目標：
1. 熟練應用所學知識完成一個標準的軟體測試項目
2. 熟練運用Python完成GUI測試，介面測試和性能測試開發
3. 對測試開發技術體系和實現原理有深入的理解
4. 靈活運用測試開發技術解決項目中的各種問題
知識點：
1、軟體工程，軟體質量，系統測試流程，方法，專業術語，測試用例設計，禪道管理工具，測試報告，缺陷管理理解軟體工程的各類實際問題，理解系統測試的理論、方法與過程，熟練運用測試用例設計方法高效設計測試用例。
2、測試需求分析，測試方案設計，測試用例設計，測試項目實施，缺陷報告與測試報告，深入理解系統測試各個過程和關鍵環節，熟練完成系統測試項目。
3、SikuliX框架，UIAutomation框架，Selenium WebDriver框架，基礎框架，Android應用，Monkey測試，Appium移動端測試框架，UIAutomator2移動端測試框架綜合運用各類應用操作平台，完成各種自動化測試框架的學習和應用，深入理解GUI自動化測試技術及相應框架的測試開發。
4、Python單元測試框架，網路通信協議，HTTP與HTTPS協議，WebService與WebSocket協議，Python的介面測試庫，PostMan與SoapUI介面測試工具通過對代碼級介面測試和協議級介面測試的測試開發實戰，靈活運用Python開發介面測試腳本，熟練運用各類介面測試工具。
5、性能測試原理，指標體系，場景設計，實施過程，JMeter工具應用，BeanShell腳本開發，Python+Locust性能測試框架深入理解性能測試技術體系和方法論，熟練運用JMeter性能測試工具和Locust性能測試框架實施對任意系統的性能測試。
第三階段：綜合實戰項目
階段目標：
1. 將軟體測試和測試開發技術靈活運用於項目中
2. 具備較強的測試開發能力，獨立完成測試開發項目
3. 綜合運用軟體測試技術，滿足企業中高級人才需求
4. 對所學技術有深入的理解並具備獨立解決問題的能力
知識點：
1、測試需求分析，同行評審，測試計劃，測試方案，測試用例，配置管理，持續集成。通過對大型企業級應用系統的測試項目實戰，強化理解系統測試項目的實施過程與技術細節。
2、介面測試設計與實施，回歸測試，冒煙測試，安全性測試，RobotFramework框架應用，UI自動化實戰將各類自動化測試技術結合項目實戰演練，強化對自動化測試技術的運用，同時掌握更多的測試框架。
3、性能測試項目實戰，LoadRunner性能測試工具，總結通過綜合項目實戰，將全套測試技術融入到項目中，強化學習效果和項目經驗。
4、Python原生測試框架開發，包括Monkey，UI，圖像識別，雲測試平台，HTML測試報告，持續集成，KDT關鍵字驅動框架開發等原生技術實現通過大量的Python原生代碼開發，深入理解自動化測試開發技術的底層實現原理，完全拋棄對工具的依賴，做到真正的測試開發技術。
5、基於測試框架的設計思路和實現手段，自主實現一套測試框架能夠獨立完成一套自動化測試框架，並能夠直接用於實際項目中。
6、持續集成與Jenkins，安全性測試原理與工具，Python爬蟲開發與Scrapy框架，提升軟體測試其它類技術，增強知識面，提升競爭力，助力職業發展。
補充知識
1、 演算法進階，圖像處理，視頻處理，加密解密，壓縮演算法。
2、 UML統一建模語言、五種圖、類圖、類圖詳解、用例圖、時序圖。
3、Dubbo分布式開發框架，Oracle關系型資料庫管理系統，MongoDB非關系型資料庫管理系統。
4、 大數據開發框架Hadoop/MapRece/Spark。
5、 Android與iOS的原生應用開發與WebApp開發。
6、OpenCV圖像處理框架、TensorFlow深度學習框架，Lucene全文搜索引擎與中文分詞框架Ik-Analyzer，視頻處理演算法與框架等。
相關的視頻課程，可以直接訪問蝸牛學苑進行觀看
Ⅳ bbo跨語言的研究(c++)
目前來看jni反而是一個比較通用的方法，
c++的服務端使用jni對服務進行包裝，通過服務匯流排(bbo)發布服務，最終打包成一個jar包，啟動服務。
c++客戶端也使用jni方式通過服務匯流排(bbo)調用服務。
我簡單研究了githup中的bbo-python、bbo-node-client、bbo-php-client。
基本都是這樣做的：
問題，這些各個語言的bbo庫，都只是客戶端的，對於服務端沒有支持。
Ⅳ Dubbo——HTTP 協議 + JSON-RPC
Protocol 還有一個實現分支是 AbstractProxyProtocol，如下圖所示：
從圖中我們可以看到：gRPC、HTTP、WebService、Hessian、Thrift 等協議對應的 Protocol 實現，都是繼承自 AbstractProxyProtocol 抽象類。
目前互聯網的技術棧百花齊放，很多公司會使用 Node.js、Python、Rails、Go 等語言來開發 一些 Web 端應用，同時又有很多服務會使用 Java 技術棧實現，這就出現了大量的跨語言調用的需求。Dubbo 作為一個 RPC 框架，自然也希望能實現這種跨語言的調用，目前 Dubbo 中使用「HTTP 協議 + JSON-RPC」的方式來達到這一目的，其中 HTTP 協議和 JSON 都是天然跨語言的標准，在各種語言中都有成熟的類庫。
下面就重點來分析 Dubbo 對 HTTP 協議的支持。首先，會介紹 JSON-RPC 的基礎，並通過一個示例，快速入門，然後介紹 Dubbo 中 HttpProtocol 的具體實現，也就是如何將 HTTP 協議與 JSON-RPC 結合使用，實現跨語言調用的效果。
Dubbo 中支持的 HTTP 協議實際上使用的是 JSON-RPC 協議。
JSON-RPC 是基於 JSON 的跨語言遠程調用協議。Dubbo 中的 bbo-rpc-xml、bbo-rpc-webservice 等模塊支持的 XML-RPC、WebService 等協議與 JSON-RPC 一樣，都是基於文本的協議，只不過 JSON 的格式比 XML、WebService 等格式更加簡潔、緊湊。與 Dubbo 協議、Hessian 協議等二進制協議相比，JSON-RPC 更便於調試和實現，可見 JSON-RPC 協議還是一款非常優秀的遠程調用協議。
在 Java 體系中，有很多成熟的 JSON-RPC 框架，例如 jsonrpc4j、jpoxy 等，其中，jsonrpc4j 本身體積小巧，使用方便，既可以獨立使用，也可以與 Spring 無縫集合，非常適合基於 Spring 的項目。
下面先來看看 JSON-RPC 協議中請求的基本格式：
JSON-RPC請求中各個欄位的含義如下：
在 JSON-RPC 的服務端收到調用請求之後，會查找到相應的方法並進行調用，然後將方法的返回值整理成如下格式，返回給客戶端：
JSON-RPC響應中各個欄位的含義如下：
Dubbo 使用 jsonrpc4j 庫來實現 JSON-RPC 協議，下面使用 jsonrpc4j 編寫一個簡單的 JSON-RPC 服務端示常式序和客戶端示常式序，並通過這兩個示常式序說明 jsonrpc4j 最基本的使用方式。
首先，需要創建服務端和客戶端都需要的 domain 類以及服務介面。先來創建一個 User 類，作為最基礎的數據對象：
接下來創建一個 UserService 介面作為服務介面，其中定義了 5 個方法，分別用來創建 User、查詢 User 以及相關信息、刪除 User：
UserServiceImpl 是 UserService 介面的實現類，其中使用一個 ArrayList 集合管理 User 對象，具體實現如下：
整個用戶管理業務的核心大致如此。下面我們來看服務端如何將 UserService 與 JSON-RPC 關聯起來。
首先，創建 RpcServlet 類，它是 HttpServlet 的子類，並覆蓋了 HttpServlet 的 service() 方法。我們知道，HttpServlet 在收到 GET 和 POST 請求的時候，最終會調用其 service() 方法進行處理；HttpServlet 還會將 HTTP 請求和響應封裝成 HttpServletRequest 和 HttpServletResponse 傳入 service() 方法之中。這里的 RpcServlet 實現之中會創建一個 JsonRpcServer，並在 service() 方法中將 HTTP 請求委託給 JsonRpcServer 進行處理：
最後，創建一個 JsonRpcServer 作為服務端的入口類，在其 main() 方法中會啟動 Jetty 作為 Web 容器，具體實現如下：
這里使用到的 web.xml 配置文件如下：
完成服務端的編寫之後，下面再繼續編寫 JSON-RPC 的客戶端。在 JsonRpcClient 中會創建 JsonRpcHttpClient，並通過 JsonRpcHttpClient 請求服務端：
在 AbstractProxyProtocol 的 export() 方法中，首先會根據 URL 檢查 exporterMap 緩存，如果查詢失敗，則會調用 ProxyFactory.getProxy() 方法將 Invoker 封裝成業務介面的代理類，然後通過子類實現的 doExport() 方法啟動底層的 ProxyProtocolServer，並初始化 serverMap 集合。具體實現如下：
在 HttpProtocol 的 doExport() 方法中，與前面介紹的 DubboProtocol 的實現類似，也要啟動一個 RemotingServer。為了適配各種 HTTP 伺服器，例如，Tomcat、Jetty 等，Dubbo 在 Transporter 層抽象出了一個 HttpServer 的介面。
bbo-remoting-http 模塊的入口是 HttpBinder 介面，它被 @SPI 註解修飾，是一個擴展介面，有三個擴展實現，默認使用的是 JettyHttpBinder 實現，如下圖所示：
HttpBinder 介面中的 bind() 方法被 @Adaptive 註解修飾，會根據 URL 的 server 參數選擇相應的 HttpBinder 擴展實現，不同 HttpBinder 實現返回相應的 HttpServer 實現。HttpServer 的繼承關系如下圖所示：
這里以 JettyHttpServer 為例簡單介紹 HttpServer 的實現，在 JettyHttpServer 中會初始化 Jetty Server，其中會配置 Jetty Server 使用到的線程池以及處理請求 Handler：
可以看到 JettyHttpServer 收到的全部請求將委託給 DispatcherServlet 這個 HttpServlet 實現，而 DispatcherServlet 的 service() 方法會把請求委託給對應接埠的 HttpHandler 處理：
了解了 Dubbo 對 HttpServer 的抽象以及 JettyHttpServer 的核心之後，回到 HttpProtocol 中的 doExport() 方法繼續分析。
在 HttpProtocol.doExport() 方法中會通過 HttpBinder 創建前面介紹的 HttpServer 對象，並記錄到 serverMap 中用來接收 HTTP 請求。這里初始化 HttpServer 以及處理請求用到的 HttpHandler 是 HttpProtocol 中的內部類，在其他使用 HTTP 協議作為基礎的 RPC 協議實現中也有類似的 HttpHandler 實現類，如下圖所示：
在 HttpProtocol.InternalHandler 中的 handle() 實現中，會將請求委託給 skeletonMap 集合中記錄的 JsonRpcServer 對象進行處理：
skeletonMap 集合中的 JsonRpcServer 是與 HttpServer 對象一同在 doExport() 方法中初始化的。最後，我們來看 HttpProtocol.doExport() 方法的實現：
介紹完 HttpProtocol 暴露服務的相關實現之後，下面再來看 HttpProtocol 中引用服務相關的方法實現，即 protocolBindinRefer() 方法實現。該方法首先通過 doRefer() 方法創建業務介面的代理，這里會使用到 jsonrpc4j 庫中的 JsonProxyFactoryBean 與 Spring 進行集成，在其 afterPropertiesSet() 方法中會創建 JsonRpcHttpClient 對象：
下面來看 doRefer() 方法的具體實現：
在 AbstractProxyProtocol.protocolBindingRefer() 方法中，會通過 ProxyFactory.getInvoker() 方法將 doRefer() 方法返回的代理對象轉換成 Invoker 對象，並記錄到 Invokers 集合中，具體實現如下：
本文重點介紹了在 Dubbo 中如何通過「HTTP 協議 + JSON-RPC」的方案實現跨語言調用。首先介紹了 JSON-RPC 中請求和響應的基本格式，以及其實現庫 jsonrpc4j 的基本使用；接下來我們還詳細介紹了 Dubbo 中 AbstractProxyProtocol、HttpProtocol 等核心類，剖析了 Dubbo 中「HTTP 協議 + JSON-RPC」方案的落地實現。
Ⅵ 用python寫的介面自動化可以測試bbo服務么
若是WEB-UI，或許可以考慮使用 splinter 或直接使用 selenium 而假如是WIN-UI，那麼就通過獲取目標句柄後設置相應數據；或者直接模擬系統的鍵盤輸入。
Ⅶ J2EE能從事什麼崗位
一、Android應用
我們的Android手機里，基本上所有的App應用，它們的開發語言就是Java。
相關崗位：Android開發工程師、Android架構師、Android驅動開發、Android逆向工程師（偏測試）等
二、軟體/開發領域
除了開發手機app應用，電腦上常用的軟體程序也少不了用Java開發。
相關崗位：軟體開發工程師、Java運維開發工程師等
四、網站領域
在電商領域以及網站開發領域也有Java的身影。
相關崗位：web前端開發、網站後台開發工程師、高級後端開發工程師等
五、系統開發
比如很多的交易系統，現已是金融服務產業的一個很大的部分，它們同樣也是Java編寫。
相關崗位：分析系統-JAVA技術專家、java系統架構師、各行業需要的後台開發等。
六、大數據領域
沒錯，大數據領域中也會應用到java。
Hadoop以及其他大數據處理技術中會有java的參與，例如Apache的基於Java的HBase和Accumulo以及ElasticSearchas。
相關崗位：大數據開發（java)、Java大數據後台開發、大數據高級JAVA工程師、Java 研發工程師 - 大數據方向等。
Java零基礎的小夥伴，我建議看Java的在線教程去學習。
第一：先學習Java的核心庫（JavaSE）
JavaSE的內容包括：環境搭建、基礎語法、面向對象、數組、集合、常用類、IO流、反射機制、網路編程……..
第二：MySQL資料庫
搞定一門資料庫相關的課程，例如：MySQL、Oracle，搞定一個就可以了，目前互聯網公司，例如：京東、阿里等，他們都在使用MySQL，所以建議大家學習MySQL資料庫，小巧輕盈，免費。
由於互聯網公司的項目訪問量比較大，所以一般會搭建資料庫的集群，可以一個資料庫不夠，所以需要搭建資料庫集群，為了應付高並發。（搭建的比較多的時候，免費就很重要了。）
第三：WEB前端
以後從事Java開發，從事JavaEE開發，主要開發的系統結構是B/S結構的，B指的是Browser，S指的是Server。要開發這種系統，B端要會，S端也要精通。WEB前端的學習就是學習B端技術。
包括：HTML 、CSS、JavaScript（JS）、jQuery框架（底層對JS進行了封裝）…
第四：JavaWEB
WEB後端其實可以是很多種不同的編程語言，例如：PHP、C、C++、Java，他們都可以進行WEB後端的開發，我們既然選擇了比較火爆的Java，那麼我們學習的後端一定是基於Java語言實現的。
包括：Servlet、Filter、Jsp、EL、JSTL、MVC架構模式、資料庫連接池（阿里巴巴的Druid連接池）、代理模式（動態代理）。另外後端學習了之後，還要學習一個非同步編程技術AJAX。（完成網頁的局部刷新，AJAX其實不屬於後端，是前端瀏覽器上的程序。）
學習到這里為止，表示Java基本/基礎的技術已經學完了。但是這些最基層的技術在實際的開發中不會使用的，一般為了開發效率，都會使用大量的提前封裝好的框架。
第五：最好能夠停留下來，做一個項目。
這個項目最好能將之前所學全部串起來。（對以前的知識點進行鞏固。）
這個項目最好是基於：Servlet + Jsp+AJAX+jQuery+MySQL….
在這個項目的開發過程中：大家一定要記住，目前比較好的項目自動構建工具：Maven是一定要精通的。還有一個就是團隊協作開發：Git/SVN是一定要會用的。（目前使用Git比較多一些。）
第六：學習高級框架
Spring、SpringMVC、MyBatis（持久層框架，這個框架互聯網公司使用比較多，因為互聯網項目需要進行SQL優化，MyBatis的SQL優化很方便，所以大部分都是使用MyBatis）
Struts2（很少使用了，使用這個的肯定是很老的項目）、Hibernate（傳統企業，還有政府等可能會使用Hibernate。）
SpringBoot（新項目大部分使用的都是boot了。所以在項目中遇到還在使用SSM的一般都是遺留項目。）
當你走到這里之後，基本上你可以出山了。（去找工作應該問題不大，但前提是你學得好。學習的深度夠了，廣度夠了。）
第七：最好能有一個大型項目是使用框架來完成的。
SpringBoot做一個項目。
Spring SpringMVC MyBatis做一個項目。
這個項目最好是找幾個人搭夥做一下。體驗一下團隊協作。（尤其是使用一些協作的工具。怎麼溝通，怎麼寫日報，怎麼開會，怎麼使用Git，等等….）
第八：如果你的薪資想達到15K的話，你可能需要還要學習一些分布式相關的一些技術。
能夠應付高並發的一些技術，例如：分布式框架Dubbo、SpringCloud、MQ、Nginx、Redis…..
最後在啰嗦一下，一定要形成自己的編程思想。
編程思想的形成很難。需要大量代碼的堆積才可以。怎麼形成編程思想呢？
千萬別死抄代碼。不要像行屍走肉般的抄代碼，沒有用。只能提高指法速度，無法形成編程思路。
1、打好基礎是重中之重
基礎部分可能很枯燥，但是一定要耐心堅持下去。因為打基礎好比是在造輪子造汽車，沒有打好基礎在後面的學習就好比走路，可以說後面遇到的百分之七八十的問題都是基礎沒學好造成的。
2、多看官方文檔多讀源碼
一定要看JDK相關類庫、常用框架各種功能的源碼，去了解其底層實現的原理。總的來說這個也是在打基礎的部分，Java基礎非常扎實才能看懂，在我們學習一個類的源碼時，肯定會衍生出其他各種各樣的問題，供我們來了解和學習，這也就是我們下一步學習的目標和方向。慢慢的，我們就會學習更多的知識，並積累更多的經驗。
3、系統性學習，循序漸進
不要急於求成，每個知識點都要看，並且每個知識點都要勤加練習。有的同學在學習過程中覺得這個知識點簡單，就跳著學習，其實這是個很大的問題，知識點細節必須要了解。我們學習Java需要循序漸進，一步一步來，不能操之過急。
4、遇到問題
遇到不會做的問題，當然不能置之不理。先在網上查，目前網路上針對很多問題都有完美的解決方案，如果網上沒有類似的問題，那可能是你犯了什麼小錯誤。也不要在這個問題上花費太多時間，這需要一定的學習技巧。Java中的知識有很強的相關性，有不懂的地方，可以用其他周邊相關知識再回過頭來理解，這樣既不會耽誤學習進度，又能理解自己不懂的地方
1）jvm有很多種，其實jvm是一個標准，sun做的那個叫hotspot，作者就是後來v8的作者lars bak，其他公司也做過jvm，其中做得比較好的有bea的jrockit，其他的包括ibm的r9，apple的jvm等在內，都做得不行，所以jvm主要是整合淘汰掉這些做得不好的jvm(s)，整合成一個統一的openjdk。
2）java是典型的oop語言，其執行效率的優化，最早就是lars bak等人從smalltalk等長期優化的經驗中總結出來並apply到hotspot上去滴，而smalltalk在早期apple機上搞出了那種拖拖拽拽就開發出app的做法，後來vc，delphi之類的其實都是抄襲或者說借鑒apple的smalltalk的做法，jobs說微軟從頭到尾都在抄襲apple是空穴來風，這里空穴來風跟王垠使用的空穴來風是一個意思，有趣的是，java的gui並沒有繼承這種搞法，反而對這種拖拖拽拽就作出app的做法批判有加，到今天，其實java的gui都還不能真正做到拖拖拽拽就作出來，問題很多，個人建議對於純java的gui開發，還是以寫代碼為主。
3）jee也是一個或者說是一堆標准，知乎上有些人把maven，jenkins都算做jee是不對滴，jee的標准核心是ejb，其實就是一個xml配置化的java文件，這個標准在4的時候，達到了頂峰狀態，幾乎所有的挨踢大廠都主動支持該標准，之後開始走下坡路，支持的廠越來越少。
4）java和javascript的關系比很多人認為的要密切，javascript裡面的java這四個字母可不是白叫的，比如js的版權和商標都控制在oracle手裡，oracle對於js的支持甚至超過其對java的支持，並且喜歡捆綁銷售，比如jvm裡面就有一個js引擎。
5）jvm裡面除了js engine以外還有一個瀏覽器排版引擎webkit，就是apple safari和google chrome用的那個那個。
6）java支持絕大多數腳本語言，你能叫得上名字的腳本語言，幾乎都可以在jvm上執行，比如常見的js，ruby，python，甚至php，lua，只不過除了js以外你需要找到相關的腳本引擎。
7）spring的版權被控制在vmware手裡，其實spring的那一大堆東西，本質上是一個非標準的jee實現，比如在jee裡面用的inject，在spring裡面就是autowire，當然spring曾經深刻滴影響了jee，所以有些東西比如di標准，是spring影響下制定出來的，所以spring的做法會比較特例一點。
8）maven上的jars數量前兩天突破800萬，其他語言的類庫，排名第二的是npm，大概數量是maven的十分之一，也就是幾十萬，不知道現在突破100萬沒有，然後是gem，也就是ruby那個，大概是十幾萬，下來是python的mole，大概數量級是幾萬，沒突破十萬。
9）java的標準是由一個叫做jcp的組織制定的，所有標准需要經過jcp的執行委員會通過方可執行，jcp幾乎包括了你所知道的絕大多數知名挨踢公司和組織，比如google，apple，ibm，intel，arm，red hat，twitter等，還有一些教育機構，比如我國的北京大學，阿里最近一次申請jcp執行委員會成員資格，似乎投票不通過，最近一次執行委員會新增兩個成員是arm和jetbrains。
10）微軟也曾經是jcp甚至是java的主要貢獻者，但是利益驅使下，想擴展java，從而破壞java跨平台的特性，所以跟sun鬧翻，其本質原因就是想讓客戶寫的java代碼跟windows綁定，sun堅決不同意，鬧翻，今天回頭看這個結果，只能說：雙輸，sun掛了，微軟的ria也離掛不太遠了，silverlight已經放棄了，比起當年ie自帶有jvm的支持來說，那完全就是兩回事。
11）除了微軟以外，jcp還缺少一個重要組織apache，因為apache跟oracle也鬧翻了，oracle似乎並不在乎開源組織，而更在意商業公司的支持。
12）java曾經有一個內置的資料庫，9之後被剝離。
13）j2me是j2se的子集。
14）vert.x作者tim fox最早在vmware做spring時候看到了node.js，萌生出了製作支持多核的node.x的想法，並在離開vmware後加入red hat將其實現，vmware看到後開始耍無賴，claim node.x後來改叫vert.x的版權，不惜跟red hat打官司，後來各方妥協，將其交給eclipse foundation。
15）oracle在收購bea之前，一開始的目標並不是bea和bea的weblogic，而是jboss，但是jboss表現出了極為有種的一面，在oracle收購成功之前，投入了red hat的懷抱，因為都是開源組織，從此jboss成了red hat的一個子部門，oracle收購jboss失敗之後，轉向bea，庄思浩氣死了，但是沒用，最後還是被惡意收購。
16）sun在玩不下去之前最早嘗試接觸的目標是ibm，ibm嫌太貴，放棄之後，被轉手給了oracle。（Java學習交流QQ群：589809992 我們一起學Java！）
17）vert.x的作者tim fox在離開red hat之前曾經發過twitter抱怨，外人比如我們，猜測是因為red hat內部已經有了一個jboss，所以跟vert.x在應用上有了重疊，所以導致tim fox的出走，但是出走之後，red hat答應對vert.x做持續性的戰略投入，所以vert.x core的幾個developers，其實拿的是red hat的工資，但是vert.x的版權並不在red hat手裡，而在eclipse foundation手裡。
18）vert.x的幾個核心開發人員都是google summer of code的導師，每年年初時候會招收在校大學生搞項目。
19）教育機構相關：scala的作者馬丁是德國人，eth的博導，groovy的主要領導人是法國人，jruby背後是東京大學，jboss的作者是法國大學校x的校友，x就是伽羅瓦考不進去的那所大學，伽羅瓦進不了x，所以改讀巴黎高師，tim fox畢業於帝國理工，主席去的那個，netty作者trustin lee是acm銀牌，現在line工作，畢業於sky裡面的延世大學，kotlin是毛子公司jetbrains的作品，看linkedin，很多人畢業自聖彼得堡大學，spring作者rod johnson是悉尼大學的音樂博士，hibernate作者gavin king是澳洲莫那什大學的數學本科畢業生，james gosling這種cmu和calgory的估計爛大街了，sun是斯坦福大學網路的意思，夾帶兩個私貨，aspectj有一個維護小組在mcgill，hbase跟waterloo關系密切。
20）java早期被人認為慢，跟java堅持不用硬體加速渲染有關，死活就是不肯接入directx和opengl，7之後總算開竅，搞了一個圖形引擎接入了directx／opengl。
21）casssandra是facebook做失敗的項目，被貢獻給了apache之後老樹開花。
22）groovy被貢獻給了apache，現在叫做apache groovy，ceylon被貢獻給了eclipse，現在叫做eclipse ceylon。
23）netflix現在是java shop，之前是用.net的。
先想到這么多，有空再寫。