swoole加密

⑴ php代碼如何實現代碼保護,不被竊取

1、目前也就混淆加密之類的了。給你推薦兩個用過的，xend和swoole。
2、分布式架構的不是為了解決代碼泄露的。
3、你要是怕代碼泄露讓系統架構師寫好框架，設計介面讓其他技術去實現即可。

⑵ php是什麼意思

php通常指超文本預處理器，用於面向對象、命令式編程，是一種通用開源腳本語言。

主要特點:

為開源性和免費性、快捷性、資料庫連接的廣泛性、面向過程和面向對象並用。優點是利於學習，使用廣泛。此外，php還可以指菲律賓比索的標准貨幣代碼符號，MPLS網路中的倒數第二跳彈出功能。是英文超級文本預處理語言Hypertext Preprocessor的縮寫。PHP 是一種HTML 內嵌式的語言，是一種在伺服器端執行嵌入HTML文檔的腳本語言，語言風格有些類似於C語言，被廣泛的運用。

簡介:

PHP(外文名:PHP: Hypertext Preprocessor，中文名：「超文本預處理器」)是一種通用開源腳本語言。語法吸收了C語言、java和Perl的特點，利於學習，使用廣泛，主要適用於Web開發領域。PHP 獨特的語法混合了C、Java、Perl以及PHP自創的語法它可以比CGI或者Perl更快速地執行動態網頁。用PHP做出的動態頁面與其他的編程語言相比，PHP是將程序嵌入到HTML(標准通用標記語言下的一個應用)文檔中去執行，執行效率比完全生成HTML標記的CGI要高許多;PHP還可以執行編譯後代碼，編譯可以達到加密和優化代碼運行，使代碼運行更快。

特性包括:

1、PHP 獨特的語法混合了 C、Java、Perl 以及 PHP 自創新的語法

2、PHP可以比CGI或者Perl更快速的執行動態網頁——動態頁面方面，與其他的編程語言相比，PHP是將程序嵌入到HTML文檔中去執行，執行效率比完全生成htmL標記的CGI要高許多;PHP具有非常強大的功能，所有的CGI的功能PHP都能實現

3、 PHP支持幾乎所有流行的資料庫以及操作系統。

4、最重要的是PHP可以用C、C++進行程序的擴展!

語言特點:

開源免費

PHP是一個受眾大並且擁有眾多開發者的開源軟體項目，linux + Nginx + Mysql + PHP是它的經典安裝部署方式，相關的軟體全部都是開源免費的，所以使用PHP可以節約大量的正版授權費用。不過PHP作為一個開源軟體，它缺乏大型科技公司的支持背景，網路上對它的唱衰也是經久不衰，不過它的持續迭代和性能持續增強的現實卻是鼓舞人心的，PHP社區用實際行動給予各種質疑強有力的回擊。

快捷高效

PHP的內核是C語言編寫的基礎好效率高，可以用C語言開發高性能的擴展組件;PHP的核心包含了數量超過1000的內置函數，功能應有盡有很全面，開箱即用程序代碼簡潔； PHP數組支持動態擴容，支持以數字、字元串或者混合鍵名的關聯數組，能大幅提高開發效率； PHP是一門弱類型語言，程序編譯通過率高，相對其他強類型語言開發效率快；PHP天然熱部署，在php-fpm運行模式下代碼文件覆蓋即完成熱部署；PHP經過20多年的發展，在互聯網上可以搜到海量的參考資料供參考學習。

性能提升

PHP版本越高它的整體性能越高，根據官方介紹，PHP7.0.0 對比PHP5.6性能就提升了2倍，PHP7.4已經比PHP7.0快了約30％，PHP8.0在性能上又相對PHP7.4大約改進了10%。PHP 8.0 引入了 JIT編譯器特性，同時加入多種新的語言功能，例如命名參數、聯合類型、註解、Constructor Property Promotion、match 表達式、nullsafe 運算符以及對類型系統、錯誤處理和一致性的改進。PHP擁有自己的核心開發團隊，保持5年發布一個大版本、1個月發布2個小版本的頻率，最新的版本是PHP8.08 。

跨平台

每個平台都有對應的php解釋器版本，指針對不同平台均編譯出目標平台的二進制碼(PHP解釋器)，php開發的程序可以不經修改運行在windows、linux、unix等多個操作系統上。

常駐內存

php-cli模式下可以實現程序常駐內存，各種變數和資料庫連接都能長久保存在內存實現資源復用，比較常用的做法是結合swoole 組件編寫cli框架。

頁面生命周期

在php-fpm模式下，所有的變數都是頁面級的，無論是全局變數還是類的靜態成員，都會在頁面執行完畢後被清空，對程序員水平要求低，佔用內存非常少，特別適合中小型系統的開發。

運行機制:

PHP常見的運行模式有2種，分別是php-fpm 和php-cli 。當PHP 選擇運行在php-fpm模式下，所有的變數都是頁面級的，無論是全局變數還是類的靜態成員，都會在頁面執行完畢後被清空。運行在php-cli模式下可以實現程序常駐內存，各種變數和資料庫連接都能長久保存在內存 實現資源復用，性能可以得到很大的提升，php-cli開發比較復雜能但是能夠獲取更高的性能，對開發者的要求比較高需要比較高的開發水平，比較常用的模式是結合swoole 組件編寫cli框架，各種變數能保存在跨進程的高性能共享內存 Table ，可以開發出支持熱啟動的php-cli可靠各類應用系統。

php-fpm在PHP 5.3.3 版本成為了官方正式組件（2010-07-22），它提供了穩定可靠的進程管理服務，進程不足時候可以智能擴充數量，閑置時候可以自動回收銷毀多餘的進程，同時它對程序的容錯能力很強大運行非常穩定，可以應付企業級的開發需求。php-fpm友好的完成了使用HTTP/HTTPS等TCP/IP互聯網協議下進行的用戶的輸入輸出，頁面級生命周期各種資源用完即釋放，不存在內存泄漏的問題。php-fpm也提供有一些常駐內存的技術支持,例如PHP 7.4引入的opcache.preload也能實現局部的PHP類和函數的常駐內存，不過這個方法不夠靈活，和伺服器配置捆綁的太死了。

php-cli因為能實現各類資源的常駐內存，所以可以資源復用，更高效完成多進程編程和非同步編程，可以開發出負載能力更高的應用系統。但是相對php-fpm的簡單編程開發，開發者要注意很多的事項和需要做很多附加的控制器開發，否則就無法實現期待中的高性能。

首先開發者需要去實現可靠的進程管理服務，保證系統進程遇到各類錯誤退出運行後能夠自動創建新的進程，只有這樣才能保證後續的服務請求有足夠空閑進程可分配。每個業務代碼段都要做異常處理，讓進程遇到非致命錯誤時候不會退出，因為進程重啟意味程序和各類資源需要再次載入，這個過程性能消耗不小，所以只有進程穩定運行了常駐內存才有意義。

其次因為常駐內存,編寫的新的程序必須重啟服務才能生效，這一點習慣了fpm模式的開發者會感到比較陌生。另外開發者需要手工釋放內存，否則系統長時間運行後會出現內存泄露。同時在cli模式下，我們不能像fpm里直接用 $_SERVER、$_POST、$_GET、$_COOKI和$_FILES 進行編程工作，需要自己去解析各種互聯網通訊協議完成用戶的輸入輸出。要實現多進程編程利用多核CPU計算,還有學習使用pcntl和posix編程，這里涉及到了非同步編程邏輯，這塊難度還是比較大的。比較常用的模式是結合swoole 組件編寫cli框架。

PHP是一個活躍的社區開發語言，有專業的核心開發團隊在持續不斷的迭代，最近一個版本就是PHP 8.0.8 引入了很多的新特性。

語言參考:

內置函數

PHP 有很多標準的函數和結構。還有一些函數需要和特定的擴展模塊一起編譯，否則在使用它們的時候就會得到一個致命的「未定義函數」錯誤。例如，要使用 image 函數中的 imagecreatetrue，需要在編譯 PHP 的時候加上 GD 的支持。或者要使用 mysqli_connect函數，就需要在編譯 PHP 的時候加上 MySQLi 支持。有很多核心函數已包含在每個版本的 PHP 中如字元串和變數函數。調用 phpinfo或者 get_loaded_extensions可以得知 PHP 載入了那些擴展庫。同時還應該注意，很多擴展庫默認就是有效的。

靜態網站與動態網站的區別

靜態網站：web1.0 時代

動態網站：web2.0 時代

靜態網站特點：

1、網頁內容一經發布到網站伺服器，無論是否有用戶訪問，每個靜態頁面的內容都是保存在網站伺服器上的。也就是說，靜態網頁是實實在在保存在伺服器上的文件，每個網頁都是一個獨立的文件。

2、靜態網頁的內容相對穩定，因此容易被搜索引擎檢索。

3、 靜態網頁沒有資料庫的支持，在網站製作和維護方面工作量較大，因此當網站信息量很大時完全依靠靜態網頁製作方式比較困難。

4、靜態網頁的交互性較差，在功能方面有較大的限制。

⑶ PHP和Java有什麼不一樣的呢

第一、資料庫訪問比較
PHP可編譯成具有與許多資料庫相連接的函數。將自己編寫外圍的函數去間接存取資料庫。通過這樣的途徑當更換使用的資料庫時，可以輕松地修改編碼以適應這樣的變化。但PHP提供的資料庫介面支持彼此不統一，比如對Oracle,MySQL,SQL2000的介面，彼此都不一樣。由於PHP對於不同的資料庫採用不同的資料庫訪問介面，所以資料庫訪問代碼的通用性不強。
第二、系統的技術架構比較
分層是將系統進行有效組織的方式，分而治之的思想是計算機領域中非常重要的思想。在好的分層思想引導下，便能實現「高內聚、低耦合」，也能將具體的問題 割裂開來，易於控制、易於延展，更易於分配資源。PHP只能實現簡單的分布式兩層或三層的架構，而JAVA在這方面就十分強大，可以實現多層的網路架構。運用MVC的設計模式，可使電子商務軟體具有更加高效、合理的系統架構。技術架構的落後，使運用PHP編寫的電子商務軟體先天不足，而後天又無法補足其先天上的劣勢。使得系統在可拓展性、需求應變性上與JAVA編寫的電子商務軟體系統的差距越來越大。架構的差距，註定了PHP做的電子商務充其量是個小家碧玉，始終無法和JAVA這種大家閨秀同台競技。
第三、安全性對比
在JAVA的面前，PHP丟掉了很多的優勢。在代碼的安全性上尤為突出。PHP的開發程序在別人拿到代碼後，可以很容易的進行修改。而JAVA開發的程序由於無法看到完整的源代碼，只能看到一些編譯好的類文件.class，所以安全性較高。加之系統架構的優勢，在安全性上PHP和JAVA是相去甚遠。如果非要將PHP和JAVA在安全性上做個比較的話，同一個小偷光顧PHP那是隨便拿來隨便改，想拿什麼拿什麼，拿的高興還能大筆一輝某某到此一游。而光顧JAVA的時候，便會發現警察把守，內設自動報警裝置，即便突破重重阻擾後進入居室。那值錢的東西都放在加密後的保險櫃中，只能望洋興嘆、鎩羽而歸。
第四、前瞻性和拓展性
從整體來說，PHP適用於中小型系統，而JAVA適用於大型系統。PHP能夠將單一的事件做好，但卻不適合完成集成度較高的多項並發事件。為什麼說PHP適合中小型系統而不適合做大系統呢？
首先，PHP缺乏多層結構支持。而對於大型的系統負荷站點，只能採用分布計算。將資料庫、應用邏輯層和表示邏輯層彼此分開，並將同層的根據流量分開，組成二維數組。而PHP恰恰缺乏這種支持。
其次，PHP提供的資料庫介面不統一，要將多個不同的資料庫數據統一需要花費很大的力氣。而JAVA則沒有這種缺陷，可通過SUN JAVA的JAVA Class和EJB獲得規模支持，通過EJB/CORBA以及眾多廠商的Application Server獲得結構支持。如ProBIZ的Merchant one電子商務軟體產品系列。

⑷ Nginx配置里的Fastcgi是幹啥用的

前一段時間又重讀了《HTTP權威指南》一書，覺得有一些理論知識還是蠻重要的，需要進行一番整理，讓自己之後對整條web鏈路有個更清晰的認識。

當用戶打開瀏覽器並輸入一串url地址時，到最終頁面內容呈現在用戶眼前時，這之間的步驟可大致整理如下：

1）用戶輸入 http://www.lxlxw.me 。

2）瀏覽器解析出主機名。

3）瀏覽器查詢這個主機名的ip地址如192.168.0.1（即dns解析）並獲得埠號如80

4）瀏覽器發起到192.168.0.1:80的連接。（tcp連接握手）

5）瀏覽器向伺服器發送一條http get或post報文。（有可能會先發送給proxy或gateway，再由它們轉發給伺服器，如nginx做反向代理以實現負載均衡）

6）瀏覽器從伺服器讀取http響應報文。

7）瀏覽器關閉連接。

以上便是一條http請求的大致過程，理論上所有的http通信都是由tcp/ip承載的，即http使用tcp連接，其保證了在資源傳輸過程中是可靠的／不會丟失或損壞的。

註：http和https比較，https就是在http層和tcp層之間接入了一個密碼加密層，稱之為TLS或SSL,常用於一些支付等安全性要求較高的網站。

註：關於http的性能優化，tcp連接的時延和瓶頸等，之後可能需要另整理一份。

web伺服器可以用來表示web伺服器的軟體，也可以表示提供web頁面的特定設備或機器。這邊主要是指通用軟體web伺服器，如apache或nginx。

《http權威指南》中有一份用perl腳本寫的web伺服器的源碼，實現了最簡單的收發客戶端報文的功能。

當然，實際的web伺服器比這要復雜的多，核心步驟整理如下：

1）接受一個客戶端（瀏覽器）連接，或者拒絕該客戶端的連接並將其關閉。

2）接受請求，從網路中讀取一條http請求報文並解析。

3）處理請求，對請求報文進行解析。

4）訪問資源，訪問報文中指定的資源，有可能是緩存好的html靜態頁面或圖片資源，也有可能是動態資源，如php文件，此時web server會通過fastcgi請求php應用程序以此產生動態資源，下面會詳細講。

5）創建http響應報文，並回送給客戶端。

6）紀錄事務處理過程，即記log。

講Fastcgi之前需要先講CGI，CGI是為了保證web server傳遞過來的數據是標准格式的，它是一個協議，方便CGI程序的編寫者。Fastcgi是CGI的更高級的一種方式，是用來提高CGI程序性能的。

web server（如nginx）只是內容的分發者。比如，如果請求/index.html，那麼web server會去文件系統中找到這個文件，發送給瀏覽器，這里分發的是靜態資源。

如果現在請求的是/index.php，根據配置文件，nginx知道這個不是靜態文件，需要去找PHP解析器來處理，那麼他會把這個請求簡單處理後交給PHP解析器。此時CGI便是規定了要傳什麼數據／以什麼格式傳輸給php解析器的協議。

當web server收到/index.php這個請求後，會啟動對應的CGI程序，這里就是PHP的解析器。接下來PHP解析器會解析php.ini文件，初始化執行環境，然後處理請求，再以CGI規定的格式返回處理後的結果，退出進程。web server再把結果返回給瀏覽器。

那麼CGI相較於Fastcgi而言其性能瓶頸在哪呢？CGI針對每個http請求都是fork一個新進程來進行處理，處理過程包括解析php.ini文件，初始化執行環境等，然後這個進程會把處理完的數據返回給web伺服器，最後web伺服器把內容發送給用戶，剛才fork的進程也隨之退出。 如果下次用戶還請求動態資源，那麼web伺服器又再次fork一個新進程，周而復始的進行。

而Fastcgi則會先fork一個master，解析配置文件，初始化執行環境，然後再fork多個worker。當請求過來時，master會傳遞給一個worker，然後立即可以接受下一個請求。這樣就避免了重復的勞動，效率自然是高。而且當worker不夠用時，master可以根據配置預先啟動幾個worker等著；當然空閑worker太多時，也會停掉一些，這樣就提高了性能，也節約了資源。這就是Fastcgi的對進程的管理。大多數Fastcgi實現都會維護一個進程池。註：swoole作為httpserver，實際上也是類似這樣的工作方式。

那PHP-FPM又是什麼呢？它是一個實現了Fastcgi協議的程序,用來管理Fastcgi起的進程的,即能夠調度php-cgi進程的程序。現已在PHP內核中就集成了PHP-FPM，使用--enalbe-fpm這個編譯參數即可。另外，修改了php.ini配置文件後，沒辦法平滑重啟，需要重啟php-fpm才可。此時新fork的worker會用新的配置，已經存在的worker繼續處理完手上的活。

⑸ java http可以websocket不行

解決方案如下：
因為HTTPS是基於SSL依靠證書來驗證伺服器的身份，並為瀏覽器和伺服器之間的通信加密，所以在HTTPS站點調用某些非SSL驗證的資源時瀏覽器可能會阻止。
方案一:假設HTTPS站點使用Nginx伺服器，其他伺服器也是類似的思路，可以用伺服器代理ws服務，可以用nginx的WebSocket proxying。
這樣客戶端請求的是wss://伺服器，通過nginx的WebSocket proxying代理到實際不支持ssl的websocket伺服器。
方案二：直接為WebSocket伺服器增加ssl證書，這樣就可以直接通過wss://來請求伺服器了，以swoole為例，其他伺服器也是類似的思路。

⑹ swoole和workerman哪個更易開發

性能上Swoole畢竟是C語言開發的，在某些地方如內存管理、數據結構、通信協議解析上肯定要比PHP開發的workerman高。
功能上swoole提供的高級特性很多，列舉幾個workerman沒有的吧，比如SSL/TLS隧道加密、http2.0、非同步mysql驅動、非同步redis驅動、非同步的http/websocket客戶端、process、lock、atomic、table。另外Swoole 2.0內置了PHP原生協程的支持，PHP代碼也可以使用類似於Go語言的協程來實現高並發的網路伺服器。
外部依賴上workerman需要依賴很多額外的第三方PHP擴展來實現，局限性比較大，這些擴展並非是PHP官方維護的，維護性方面良莠不齊，有些擴展連PHP7都不支持，數年沒人維護。而Swoole基本上無依賴，底層的代碼全部可控。

⑺ php的介紹及Php有什麼優勢

優點和缺點：

1：學習簡單，做為一種腳本語言，學習簡單是必須的！同樣的，作為一種腳本語言，效率問題，永遠是痛點，特別是復雜的運算

2：語法較隨意，同樣的，語法的隨意性，使得在閱讀沒有注釋的代碼時，無法很清楚的明白到底是什麼意思，比如Java，變數的類型是固定的，而php則前面可以是string,後面直接成array都沒關系

3：php本身不支持多線程（swoole除外）

4：php沒有直接操作內存的函數（至少本人不知道，6還沒研究，不知道有沒）

5：作為一種弱語言，php也算很好了，比之perl等也不錯

6： php可以說應用范圍很狹窄（個人理解，除了網頁之外，好像沒什麼其他用途了，如果內嵌在游戲中那麼python是不錯的選擇，cli也能湊合，），當然，我把php做的server-api這種模式也理解為是網頁！

⑻ 怎麼查看現在swoole監聽的埠

監聽埠 [編輯本頁]
Swoole-1.8.0新增了對多埠混合協議的支持。Server可以監聽多個埠，每個埠都可以設置不同的協議處理方式(set)和回調函數(on)。SSL/TLS傳輸加密也可以只對特定的埠啟用。

未設置協議處理選項的監聽埠，默認使用無協議模式
未設置回調函數的監聽埠，使用$server對象的回調函數
監聽埠返回的對象類型為swoole_server_port
不同監聽埠的回調函數，仍然是相同的Worker進程空間內執行
主伺服器是WebSocket或Http協議，新監聽的TCP埠默認會繼承主Server的協議設置。必須單獨調用set方法設置新的協議才會啟用新協議
監聽新埠

$port1 = $server->listen("127.0.0.1", 9501, SWOOLE_SOCK_TCP);
$port2 = $server->listen("127.0.0.1", 9502, SWOOLE_SOCK_UDP);
$port3 = $server->listen("127.0.0.1", 9503, SWOOLE_SOCK_TCP | SWOOLE_SSL);
設置網路協議

$port1->set(
'open_length_check' => true,
'package_length_type' => 'N',
'package_length_offset' => 0,
'package_max_length' => 800000,
);

$port3->set(
'open_eof_split' => true,
'package_eof' => "\r\n",
'ssl_cert_file' => 'ssl.cert',
'ssl_key_file' => 'ssl.key',
);
設置回調函數

$port1->on('connect', function ($serv, $fd){
echo "Client:Connect.\n";
});

$port1->on('receive', function ($serv, $fd, $from_id, $data) {
$serv->send($fd, 'Swoole: '.$data);
$serv->close($fd);
});

$port1->on('close', function ($serv, $fd) {
echo "Client: Close.\n";
});

$port2->on('packet', function ($serv, $data, $addr) {
var_mp($data, $addr);
});
Http/WebSocket

swoole_http_server和swoole_websocket_server因為是使用繼承子類實現的，無法使用listen創建Http/WebSocket伺服器。如果伺服器的主要功能為RPC，但希望提供一個簡單的Web管理界面。

在這樣的場景中，可以先創建Http/WebSocket伺服器，然後再進行listen監聽RPC伺服器的埠。 偽代碼演示如下：

$http_server=new swoole_http_server('0.0.0.0',9998);
$http_server->set(array('xxx'=>'yyy'));
$http_server->on('request','request');
......設置各個回調......
//多監聽一個tcp埠，對外開啟tcp服務,並設置tcp伺服器的回調
$tcp_server=$http_server->addListener('0.0.0.0',9999,SWOOLE_SOCK_TCP);
通過這樣的代碼，我們便可以建立一個同時對外提供http服務，又同時對外提供tcp服務的server，具體更加的優雅代碼組合則由你自己來實現。

⑼ php rpc好用嗎,有什麼優缺點php rpc框架哪個好

什麼是RPC框架？ 如果用一句話概括RPC就是：遠程調用框架（Remote Procere Call）那什麼是遠程調用？通常我們調用一個php中的方法，比如這樣一個函數方法: localAdd(10, 20)，localAdd方法的具體實現要麼是用戶自己定義的，要麼是php庫函數中自帶的，也就說在localAdd方法的代碼實現在本地，它是一個本地調用！遠程調用意思就是：被調用方法的具體實現不在程序運行本地，而是在別的某個遠程地方。

遠程調用原理

比如 A (client) 調用 B (server) 提供的remoteAdd方法：

• 首先A與B之間建立一個TCP連接；

• 然後A把需要調用的方法名（這里是remoteAdd）以及方法參數（10， 20）序列化成位元組流發送出去；

• B接受A發送過來的位元組流，然後反序列化得到目標方法名，方法參數，接著執行相應的方法調用（可能是localAdd）並把結果30返回；

• A接受遠程調用結果,輸出30。

RPC框架就是把我剛才說的這幾點些細節給封裝起來，給用戶暴露簡單友好的API使用。

遠程調用的好處

解耦：當server需要對方法內實現修改時，client完全感知不到，不用做任何變更；這種方式在跨部門，跨公司合作的時候經常用到，並且方法的提供者我們通常稱為：服務的暴露。

RPC與Socket有什麼區別？

通過上面的簡單闡述，好像RPC與Socket 好像啊。都是調用遠程的方法，都是client/server模式，我之前也寫了一篇文章: 細說socket 那他們有啥區別呢?

RPC（遠程過程調用）採用客戶機/伺服器模式實現兩個進程之間相互通信。socket是RPC經常採用的通信手段之一，RPC是在Socket的基礎上實現的，它比socket需要更多的網路和系統資源。除了Socket，RPC還有其他的通信方法，比如：http、操作系統自帶的管道等技術來實現對於遠程程序的調用。微軟的Windows系統中，RPC就是採用命名管道進行通信。

RPC與REST有什麼區別？

通過了解RPC後，我們知道是RPC是client/server模式的，調用遠程的方法，REST也是我們熟悉的一套API調用協議方法，它也是基於client/server模式的，調用遠程的方法的，那他倆又有啥區別呢？

REST API 和 RPC 都是在 Server端 把一個個函數封裝成介面暴露出去，以供 Client端 調用，不過 REST API 是基於HTTP協議的，REST致力於通過http協議中的POST/GET/PUT/DELETE等方法和一個可讀性強的URL來提供一個http請求。而 RPC 則可以不基於 HTTP協議
因此，如果是後端兩種語言互相調用，用 RPC 可以獲得更好的性能（省去了 HTTP 報頭等一系列東西），應該也更容易配置。如果是前端通過 AJAX 調用後端，那麼用 REST API 的形式比較好（因為無論如何也避不開 HTTP 這道坎）。

php中流行的rpc框架有哪些

既然php是世界上最好的語言，那php中流行的RPC框架有哪些呢？

先列舉下： phprpc，yar, thrift, gRPC, swoole, hprose

因為時間和精力有限，不可能一個一個的去學習和使用，我選幾個世面上用的最多的幾個用下吧。因為RPC原理是一樣的，都是Client/Server模式，只是每個框架的使用方式不一樣而已。

⑽ 我是php新手，請問swoole怎麼解密呢

恩，這是一款有擴展的加密，其實swoole解密很簡單，要解密它，就先了解一下它是怎麼工作的。
它的執行步驟是：①加密時獲取PHP整個文件的代碼 → ②對代碼進行加密 → ③通過擴展對代碼進行解密 → ④對解密代碼進行opcode處理 → ⑤執行PHP代碼。
所以解密就需要對他的擴展dll（windows下用）或so（Linux下用）文件分析。現在說說怎麼解密它，解密方式有二種：
方法A：針對PHP執行的時候進行破解
方法B：針對PHP解密的時候進行破解
先說說方法A，「針對PHP執行的時候進行破解」，也就是在上面的第⑤個步驟才開始處理，但是此時，PHP代碼是經過opcode處理過的，而且破解方法較煩瑣，需要處理很多語法，所破解出來的代碼，和文件的原代碼也有所不一樣（可能有10%的地方不同，不過這個不同，也有很多人喜歡，因為它會把原代碼中復雜的語法破解成很多條簡單的語法），既然是破解，就要100%一樣，所以這個方法我個人認為並不是好方法。
所以用方法B：「針對PHP解密的時候進行破解」，也就是在上面的第③個步驟就進行處理，此時解密出來的和用戶原代碼完全一樣，具體破解方法是不會公布的了，人家是一款商業軟體。有興趣的可以自己去學習分析，不過可以提一下，關鍵點在於從它的擴展文件(dll或so)分析出它的加密函數和加密密碼，然後用這個對密文進行解密(解密前要排除掉前面的一些特徵代碼)。