rpcpython
1. python是什麼語言
python的中文名稱是蟒蛇。
Python是一種計算機程序設計語言。是一種動態的、面向對象的腳本語言，最初是用來編寫自動化腳本的，隨著版本的不斷更新和語言新功能的添加，越來越多被用於獨立的、大型項目的開發。
Python特點主要有以下幾個方面：
1、簡單：Python是一種代表簡單主義思想的語言。閱讀一個良好的Python程序就感覺像是在讀英語一樣。它使你能夠專注於解決問題而不是去搞明白語言本身。
2、易學：Python極其容易上手，因為Python有極其簡單的說明文檔。
3、速度快：Python 的底層是用 C 語言寫的，很多標准庫和第三方庫也都是用 C 寫的，運行速度非常快。
4、免費、開源：Python是FLOSS之一。使用者可以自由地發布這個軟體的拷貝、閱讀它的源代碼、對它做改動、把它的一部分用於新的自由軟體中。FLOSS是基於一個團體分享知識的概念。
5、高層語言：用Python語言編寫程序的時候無需考慮諸如如何管理你的程序使用的內存一類的底層細節。
6、可移植性：由於它的開源本質，Python已經被移植在許多平台上。這些平台包括linux、Windows、FreeBSD、Macintosh、Solaris、OS/2、Amiga、AROS、AS/400、BeOS、OS/390、z/OS、Palm OS、QNX、VMS、Psion、以及Google等基於linux開發的android平台。
7、解釋性：一個用編譯性語言比如C或C++寫的程序可以從源文件轉換到一個你的計算機使用的語言。這個過程通過編譯器和不同的標記、選項完成。
(1)rpcpython擴展閱讀：
Python語言風格簡介：
Python在設計上堅持了清晰劃一的風格，這使得Python成為一門易讀、易維護，並且被大量用戶所歡迎的、用途廣泛的語言。
對於一個特定的問題，只要有一種最好的方法來解決就好。這在由Tim Peters寫的Python格言裡面表述為：There should be one-- and preferably only one --obvious way to do it. 這正好和Perl語言的中心思想TMTOWTDI完全相反。
Python的作者有意的設計限制性很強的語法，使得不好的編程習慣都不能通過編譯。其中很重要的一項就是Python的縮進規則。
2. 有人熟悉python的JSON-RPC嗎
一個快速的,非阻塞,基於JSON的Python RPC系統,包含客戶端與伺服器端。速度非當快可以達到(~50k-requests/s)。 ### 伺服器端 class MyHandler(object): def foo(self, handle
3. 主流的RPC框架有哪些
RPC是遠程過程調用的簡稱，廣泛應用在大規模分布式應用中，作用是有助於系統的垂直拆分，使系統更易拓展。java中的RPC框架比較多，各有特色，廣泛使用的有RMI、Hessian、Dubbo等。RPC還有一個特點就是能夠跨語言。
1、RMI（遠程方法調用）
JAVA自帶的遠程方法調用工具，不過有一定的局限性，畢竟是JAVA語言最開始時的設計，後來很多框架的原理都基於RMI，RMI的使用如下：
對外介面
<spanstyle="font-size:12px;">{
publicStringqueryName(Stringno)throwsRemoteException;
}</span>服務實現
importjava.rmi.RemoteException;
importjava.rmi.server.UnicastRemoteObject;
//服務實現
{
/**
*/
=682805210518738166L;
/**
*@throwsRemoteException
*/
protectedServiceImpl()throwsRemoteException{
super();
}
/*(non-Javadoc)
*@seecom.suning.ebuy.wd.web.IService#queryName(java.lang.String)
*/
@Override
publicStringqueryName(Stringno)throwsRemoteException{
//方法的具體實現
System.out.println("hello"+no);
returnString.valueOf(System.currentTimeMillis());
}
}
RMI客戶端
[java]viewplain
importjava.rmi.AccessException;
importjava.rmi.NotBoundException;
importjava.rmi.RemoteException;
importjava.rmi.registry.LocateRegistry;
importjava.rmi.registry.Registry;
//RMI客戶端
publicclassClient{
publicstaticvoidmain(String[]args){
//注冊管理器
Registryregistry=null;
try{
//獲取服務注冊管理器
registry=LocateRegistry.getRegistry("127.0.0.1",8088);
//列出所有注冊的服務
String[]list=registry.list();
for(Strings:list){
System.out.println(s);
}
}catch(RemoteExceptione){
}
try{
//根據命名獲取服務
IServiceserver=(IService)registry.lookup("vince");
//調用遠程方法
Stringresult=server.queryName("hahahaha");
//輸出調用結果
System.out.println("resultfromremote:"+result);
}catch(AccessExceptione){
}catch(RemoteExceptione){
}catch(NotBoundExceptione){
}
}
}
RMI服務端
[java]viewplain
importjava.rmi.RemoteException;
importjava.rmi.registry.LocateRegistry;
importjava.rmi.registry.Registry;
//RMI服務端
publicclassServer{
publicstaticvoidmain(String[]args){
//注冊管理器
Registryregistry=null;
try{
//創建一個服務注冊管理器
registry=LocateRegistry.createRegistry(8088);
}catch(RemoteExceptione){
}
try{
//創建一個服務
ServiceImplserver=newServiceImpl();
//將服務綁定命名
registry.rebind("vince",server);
System.out.println("bindserver");
}catch(RemoteExceptione){
}
}
}
2、Hessian（基於HTTP的遠程方法調用）
基於HTTP協議傳輸，在性能方面還不夠完美，負載均衡和失效轉移依賴於應用的負載均衡器，Hessian的使用則與RMI類似，區別在於淡化了Registry的角色，通過顯示的地址調用，利用HessianProxyFactory根據配置的地址create一個代理對象，另外還要引入Hessian的Jar包。
4. Python幾種主流框架比較
Django：Python界最全能的Web開發框架，各種功能完備，可維護性和開發速度都非常強大。常有人說Django慢，其實主要慢在Django
ORM與資料庫的交互上，所以是否選擇使用Django，取決於項目對資料庫交互性的要求以及各種優化。
而對於Django的同步特性導致吞吐量小的問題，其實可以通過Celery等解決，不算是什麼根本問題。Django代表的項目有：Instagram、guardian等。
Flask：屬於微框架的典範，也是Python代碼寫的最好的項目之一。Flask框架的靈活性很高，但也是一把雙刃劍，能用好Flask的，可以做成Pinterest，用不好就沒有什麼太大的作用了。Flask雖然屬於微框架，但也可以做成規模化的Flask，加上flask可以自由選擇自己的資料庫交互組件，再加上celery+redis等非同步特性以後，flask框架的性能非常不錯，之所以很多團隊選擇flask框架，主要原因就是對靈活性的要求。
Tornado：天生非同步，性能強悍，這是它的代名詞。對比Django而言，Tornado屬於較為原始的框架，諸多內容需要自己去處理。不過，隨著項目的不斷壯大，框架能夠提供的功能佔比越來越小，更多的內容需要團隊自己去實現，而大項目往往需要性能的保證，這時候Tornado就是非常不錯的選擇。代表項目：知乎等。
5. python使用XML-RPC進行文件共享中時建立了server.py和client文件,但是要怎麼運行
直接雙擊運行就行。
或者輸入命令：
path_to_python/python.exe server.py
另一個控制台：path_to_python/python.exe client.py
前提是你裝了python
xml-rpc是通過socket通信，和放在什麼位置沒關系。
6. python語言的三個主要特點
Python語言主要有以下9個特點：
(1)簡單易學
Python是一種代表簡單主義思想的語言。閱讀一個良好的 Python程序就感覺像是在讀英語段落一樣,盡管這個英語段落的語法要求非常嚴格。 Python最大的優點之一是具有偽代碼的本質,它使我們在開發 Python程序時,專注的是解決問題,而不是搞明白語言本身。
(2)面向對象
Python既支持面向過程編程,也支持面向對象編程。在「面向過程」的語言中,程序是由過程或僅僅是可重用代碼的函數構建起來的。在「面向對象」的語言中,程序是由數據和功能組合而成的對象構建起來的。與其他主要的語言如C++和Java相比, Python以一種非常強大又簡單的方式實現面向對象編程。
(3)可移植性
由於 Python的開源本質,它已經被移植在許多平台上。如果小心地避免使用依賴於系統的特性,那麼所有 Python程序無需修改就可以在下述任何平台上運行,這些平台包括Lnux、Windows、 FreeBSD、 Macintosh、 Solaris、OS/2、Amiga、AROS、AS/400、Beos OS/390、Z/OS、 Palm OS、QNX、VMS、 Psion、 Acorn RISC OS、VxWorks、 PlayStation、 Sharp Zaurus、Windows CE,甚至還有 PocketPC、Symbian以及 Google基於Lnux開發的Android平台。
(4)解釋性
一個用編譯性語言如C或C++寫的程序可以從源文件(即C或C++語言)轉換到一個計算機使用的語言。這個過程通過編譯器和不同的標記、選項完成。當運行程序的時候,連接轉載器軟體把程序從硬碟復制到內存中並且運行。而Python語言寫的程序不需要編譯成二進制代碼,可以直接從源代碼運行程序。在計算機內部,Python解釋器把源代碼轉換成稱為位元組碼的中間形式,然後再把它翻譯成計算機使用的機器語言並運行。事實上,由於不再擔心如何編譯程序,如何確保連接轉載正確的庫等,這一切使得使用Python變得更加簡單。由於只需要把Python程序復制到另外一台計算機上,它就可以工作了,這也使得Python程序更加易於移植。
(5)開源
Python是 FLOSS(自由/開放源碼軟體)之一。簡單地說,你可以自由地發布這個軟體的拷貝,閱讀它的源代碼,對它做改動,把它的一部分用於新的自由軟體中。 FLOSS是基於一個團體分享知識的概念,這是為什麼Python如此優秀的原因之一 ——它是由一群希望看到一個更加優秀的 Python的人創造並經常改進這的。
(6)高級語言
Python是高級語言。當使用 Python語言編寫程序時,無需再考慮諸如如何管理程序使用的內存一類的底層細節。
(7)可擴展性
如果需要一段關鍵代碼運行的更快或者希望某些演算法不公開,就可以把部分程序用C或C語言編寫,然後在 Python程序中使用它們。
(8)豐富的庫
Python標准庫確實很龐大,它可以幫助你處理各種工作,包括正則表達式、文檔生成、單元測試、線程、資料庫、網頁瀏覽器、CGl、FTP、電子郵件、XML、XML-RPC、HTML、WAV文件、密碼系統、GU(圖形用戶界面)Tk和其他與系統有關的操作。記住,只要安裝了Python,所有這些功能都是可用的,這被稱作 Python的「功能齊全」理念。除了標准庫以外,還有許多其他高質量的庫,如 wXPython、 Twisted和Pyon圖像庫等。
(9)規范的代碼
Python採用強制縮進的方式使得代碼具有極佳的可讀性。
7. pythonrpc中伺服器urlerror能拋出異常么
1.URLError
首先解釋下URLError可能產生的原因：
網路無連接，即本機無法上網
連接不到特定的伺服器
伺服器不存在
在代碼中，我們需要用try-except語句來包圍並捕獲相應的異常。下面是一個例子，先感受下它的風騷
import urllib2
requset = urllib2.Request('http://www.xxxxx.com')
try:
urllib2.urlopen(requset)
except urllib2.URLError, e:
print e.reason
我們利用了 urlopen方法訪問了一個不存在的網址，運行結果如下：
[Errno 11004] getaddrinfo failed
它說明了錯誤代號是11004，錯誤原因是 getaddrinfo failed
2.HTTPError
HTTPError是URLError的子類，在你利用urlopen方法發出一個請求時，伺服器上都會對應一個應答對象response，其中它包含一個數字」狀態碼」。舉個例子，假如response是一個」重定向」，需定位到別的地址獲取文檔，urllib2將對此進行處理。
其他不能處理的，urlopen會產生一個HTTPError，對應相應的狀態嗎，HTTP狀態碼表示HTTP協議所返回的響應的狀態。下面將狀態碼歸結如下：
100：繼續 客戶端應當繼續發送請求。客戶端應當繼續發送請求的剩餘部分，或者如果請求已經完成，忽略這個響應。
101： 轉換協議 在發送完這個響應最後的空行後，伺服器將會切換到在Upgrade 消息頭中定義的那些協議。只有在切換新的協議更有好處的時候才應該採取類似措施。
102：繼續處理 由WebDAV（RFC 2518）擴展的狀態碼，代表處理將被繼續執行。
200：請求成功 處理方式：獲得響應的內容，進行處理
201：請求完成，結果是創建了新資源。新創建資源的URI可在響應的實體中得到 處理方式：爬蟲中不會遇到
202：請求被接受，但處理尚未完成 處理方式：阻塞等待
204：伺服器端已經實現了請求，但是沒有返回新的信 息。如果客戶是用戶代理，則無須為此更新自身的文檔視圖。 處理方式：丟棄
300：該狀態碼不被HTTP/1.0的應用程序直接使用， 只是作為3XX類型回應的默認解釋。存在多個可用的被請求資源。 處理方式：若程序中能夠處理，則進行進一步處理，如果程序中不能處理，則丟棄
301：請求到的資源都會分配一個永久的URL，這樣就可以在將來通過該URL來訪問此資源 處理方式：重定向到分配的URL
302：請求到的資源在一個不同的URL處臨時保存 處理方式：重定向到臨時的URL
304：請求的資源未更新 處理方式：丟棄
400：非法請求 處理方式：丟棄
401：未授權 處理方式：丟棄
403：禁止 處理方式：丟棄
404：沒有找到 處理方式：丟棄
500：伺服器內部錯誤 伺服器遇到了一個未曾預料的狀況，導致了它無法完成對請求的處理。一般來說，這個問題都會在伺服器端的源代碼出現錯誤時出現。
501：伺服器無法識別 伺服器不支持當前請求所需要的某個功能。當伺服器無法識別請求的方法，並且無法支持其對任何資源的請求。
502：錯誤網關 作為網關或者代理工作的伺服器嘗試執行請求時，從上游伺服器接收到無效的響應。
503：服務出錯 由於臨時的伺服器維護或者過載，伺服器當前無法處理請求。這個狀況是臨時的，並且將在一段時間以後恢復。
HTTPError實例產生後會有一個code屬性，這就是是伺服器發送的相關錯誤號。
因為urllib2可以為你處理重定向，也就是3開頭的代號可以被處理，並且100-299范圍的號碼指示成功，所以你只能看到400-599的錯誤號碼。
下面我們寫一個例子來感受一下，捕獲的異常是HTTPError，它會帶有一個code屬性，就是錯誤代號，另外我們又列印了reason屬性，這是它的父類URLError的屬性。
import urllib2
req = urllib2.Request('http://blog.csdn.net/cqcre')
try:
urllib2.urlopen(req)
except urllib2.HTTPError, e:
print e.code
print e.reason
運行結果如下
403
Forbidden
錯誤代號是403，錯誤原因是Forbidden，說明伺服器禁止訪問。
我們知道，HTTPError的父類是URLError，根據編程經驗，父類的異常應當寫到子類異常的後面，如果子類捕獲不到，那麼可以捕獲父類的異常，所以上述的代碼可以這么改寫
import urllib2
req = urllib2.Request('http://blog.csdn.net/cqcre')
try:
urllib2.urlopen(req)
except urllib2.HTTPError, e:
print e.code
except urllib2.URLError, e:
print e.reason
else:
print "OK"
如果捕獲到了HTTPError，則輸出code，不會再處理URLError異常。如果發生的不是HTTPError，則會去捕獲URLError異常，輸出錯誤原因。
另外還可以加入 hasattr屬性提前對屬性進行判斷，代碼改寫如下
import urllib2
req = urllib2.Request('http://blog.csdn.net/cqcre')
try:
urllib2.urlopen(req)
except urllib2.URLError, e:
if hasattr(e,"code"):
print e.code
if hasattr(e,"reason"):
print e.reason
else:
print "OK"
首先對異常的屬性進行判斷，以免出現屬性輸出報錯的現象。
8. 請教python與java之間rpc通信，rabbitmq相關
JSON 簡單粗暴
msgPack格式, 支持廣泛, 類似 JSON , 但是效率更高
Thrift 全家桶, 爽爽爽
protobuf + gRpc
以我個人偏好, 推薦Thrift, 該做好的都做好了, 讓你專注在代碼邏輯上
顯然, 正常人是不會用pickle的, 這種格式只能在Python的世界才能玩得轉( 而且還有版本兼容問題 ). 然而現在一個稍微大點的項目, 幾種語言開發真的太常見了( 標配 ), pickle 哪有用武之地( 也就當個玩具耍耍 )
9. python怎麼經過protobuf完成rpc
客戶方像挪用當地辦法同樣去挪用長途介面辦法，RPC 結構供給介面的署理完成，理論的挪用將拜託給署理RpcProxy
。署理封裝挪用資訊並將挪用轉交給RpcInvoker 去理論履行。在客戶真個RpcInvoker 經過銜接器RpcConnector
去保持與效勞端的通道RpcChannel，並運用RpcProtocol
履行協定編碼（encode）並將編碼後的懇求音訊經過通道發送給效勞方。RPC 效勞端接納器 RpcAcceptor
接納客戶真個挪用懇求，一樣運用RpcProtocol 履行協定解碼（decode）。解碼後的挪用資訊傳送給RpcProcessor
去掌握處置挪用進程，末了再拜託挪用給RpcInvoker 去理論履行並前往挪用後果。
protobuf
rpc在下面組件中首要表演RpcProtocol的人物，使得咱們省去了協定的描繪，而且protobuf協定在編碼和時間效力都是上十分高效的，這也是許多公司選用protobuf作為數值序列化和通訊協議的起因。一起protobuf
rpc界說了一個籠統的rpc結構，以下圖所示：
RpcServiceStub和RpcService類是protobuf編譯器依據proto界說天生的類，RpcService界說了效勞端表露給客戶真個函數介面，詳細完成需求用戶本人擔當這個類來完成。RpcServiceStub界說了效勞端表露函數的描繪，並將客戶端對RpcServiceStub中函數的挪用同一轉換到挪用RpcChannel中的CallMethod辦法，CallMethod經過RpcServiceStub傳過去的函數描繪符和函數參數對該次rpc挪用停止encode，最後經過RpcConnecor發送給效勞方。自己以客戶端相反的進程最後挪用RpcSerivice中界說的函數。現實上，protobuf
rpc的結構僅僅RpcChannel中界說了空的CallMethod，以是詳細怎麼樣停止encode和挪用RpcConnector都要本人完成。RpcConnector在protobuf中沒有界說，以是這個完結由用戶本人完成，它的效果那是收發rpc音訊包。在效勞端，RpcChannel經過挪用RpcService中的CallMethod來詳細挪用RpcService中表露給客戶真個函數。
引見了這么多，關於怎樣用protobuf rpc來完成一個rpc確定仍是一頭霧水吧，下面就用protobuf rpc來完成一個簡略的python版rpc demo吧。
下面間接給出demo描繪PRC的proto文件，至於proto文件的編寫規定能夠參考protobuf官網。
common.proto文件：
package game;
message RequestMessage
{
required string message = 1;
}
message ResponseMessage
{
required string message = 1;
}
game_service.proto文件：
package game;
import "common.proto";
option py_generic_services = true;
service GameService
{
rpc connect_server(RequestMessage) returns(RequestMessage);
}
common.proto文件描繪了RPC中收發的音訊；game_service.proto描繪了效勞器導出的connect_server函數，該函數承受RequestMessage目標作為參數，並前往RequestMessage目標。在運用PRC協定時，必需加之option
py_generic_services =
true;可選項，要否則編譯器不會天生蘊含connect_server函數的GameService描繪。
運用編譯器protoc編譯proto文件，詳細號令為：
protoc.exe --python_out=. game_service.proto
編譯後天生的文件為game_service_pb2.py，該文件首要是完成了GameService和GameService_Stub類。GameService_Stub類用於客戶端挪用者來挪用GameService的效勞。
後面曾經說了，在客戶端，RpcChannel只完成了一個空的CallMethod，以是需求擔當RpcChannel從新這個函數來encode音訊和發送音訊。在效勞端RpcChannel需求挪用CallMethod來挪用Service中的函數。詳細完成以下：
class MyRpcChannel(service.RpcChannel):
def __init__(self, rpc_service, conn):
super(MyRpcChannel, self).__init__()
self.logger = LogManager.get_logger("MyRpcChannel")
def CallMethod(self, method_descriptor, rpc_controller, request, response_class, done):
""""protol buffer rpc 需求的函數，用來發送rpc挪用"""
self.logger.info('CallMethod')
cmd_index = method_descriptor.index
assert(cmd_index < 65535)
data = request.SerializeToString()
total_len = len(data) + 2
self.conn.send_data(''.join([pack('<I', total_len), pack('<H', cmd_index), data]))
def from_request(self):
""""從收集剖析出一個完好的懇求以後調的函數"""
index_data = self.rpc_request.data[0:2]
cmd_index = unpack('<H', index_data)[0]
rpc_service = self.rpc_service
s_descriptor = rpc_service.GetDescriptor()
method = s_descriptor.methods[cmd_index]
try:
request = rpc_service.GetRequestClass(method)()
serialized = self.rpc_request.data[2:]
request.ParseFromString(serialized)
rpc_service.CallMethod(method, self.controller, request, None)
except:
self.logger.error("Call rpc method failed!")
self.logger.log_last_except()
return True
末了那是擔當GameService，並完成connect_server函數了。
class GameService(game_service_pb2.GameService):
def __init__(self):
self.logger = LogManager.get_logger("GameService")
def connect_server(self, rpc_controller, request, callback):
self.logger.info('%s', request.message)
至於用於收集收發音訊的RpcConnector，可使用python的asyncore庫完成，詳細完成在這就不評論了。
從下面的完成來看，protobuf rpc的完成首要囊括編寫proto文件並編譯天生對應的service_pb2文件，擔當RpcChannel並完成CallMethod和挪用Service的CallMethod，擔當Service來完成表露給客戶真個函數。