phpvhost

① 如何正確配置 Nginx 和 php

直接貼上代碼逐行進行講解，此處貼出一個能正常啟動php腳本的最簡nginx vhost配置：

[plain] view plain
server {
listen 8011;
server_name test.cn;
location ~ \.php?.*$ {
root /share/test;
fastcgi_pass 127.0.0.1:9000;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
}

1、第一個大括弧 server{ }：不必多說，代表一個獨立的server，

2、listen 8011：代表該server監聽8011埠

3、location ~ \.php?.*${
}：代表一個能匹配對應uri的location，用於匹配一類uri，並對所匹配的uri請求做自定義的邏輯、配置。這里的location，匹配了所有帶.php的uri請求，例如：http://192.168.244.128:8011/test.php/asdasd
http://192.168.244.128:8011/index.php等

4、root /share/test：請求資源根目錄，告訴匹配到該location下的uri到/share/teset文件夾下去尋找同名資源。

5、fastcgi_pass 127.0.0.1:9000：這行開始是本文的重點：這行代碼的意思是，將進入到該location內的uri請求看做是cgi程序，並將請求發送到9000埠，交由php-fpm處理。

6、fastcgi_param SCRIPT_FILENAME
$document_root$fastcgi_script_name;
：這行配置意思是：動態添加了一行fastcgi配置，配置內容為SCRIPT_FILENAME，告知管理進程，cgi腳本名稱。由於我的nginx中只有fastcgi_params文件，沒有fastcgi.conf文件，所以要使php-fpm知道SCRIPT_FILENAME的具體值，就必須要動態的添加這行配置。

7、include fastcgi_params; 引入fastcgi配置文件

以上就是最簡潔版的nginx啟動php腳本的最簡配置，當重啟nginx之後，在/share/test目錄下創建一個xx.php文件，輸入<?php
echo "hello world"; ?>保存，然後在瀏覽器中訪問localhost:8011/xx.php
就可以在網頁上顯示hello world了。

② 如何在Windows下配置搭建PHP環境

前言：網路上提供了各種版本名為wamp的組合包，就是下載下來一路點下一步就安裝好了直接應用的那種人家配置好了的軟體包，為了學習本人並不太建議此類方法。

一、首先下載php5.3組件(現在已經更新到7點幾版本了)

1、下載軟體包，建議直接到官網
2、下載時注意選擇與你系統相配合的包：
下載完後解壓到一個路徑 例如 E:\LAMP\php5.3

3、在解壓後的路徑中找到php.ini-development，重命名為php.ini。

首先打開php.ini，找到：

; On windows:
;
extension_dir = "ext"

修改為：

; On windows:
extension_dir = " E:/LAMP/php5.3/ext"

即去掉extension_dir前面的分號（注意斜杠方向），表示指定PHP擴展包的具體目錄，以便調用相應的DLL文件。

4、由於默認PHP並不支持自動連接Mysql，需開啟相應的擴展庫功能，比如php_mysql.dll等，即將：

extension=php_curl.dll //CURL，客戶端 URL
庫函數庫
extension=php_gd2.dll
//GD繪圖函數模塊
extension=php_mbstring.dll
//多位元組函數模塊
extension=php_mysql.dll
//MySql函數模塊
extension=php_mysqli.dll
//MySqli函數模塊
extension=php_pdo_mysql.dll //PDO
MySql函數模塊
extension=php_pdo_odbc.dll //PDO
ODBC函數模塊
extension=php_xmlrpc.dll
//XML-RPC函數庫
extension=php_xsl.dll
//XSL函數模塊這些extension之前的分號(;)去除。
至此在Windows 7上php的環境配置就算完成了，但是光完成這些配置是不夠的，我們需要Apache支持PHP，所以還需要在Apache配置文件中完成相應的PHP配置。以下是配置Apache以支持PHP：

二、安裝與配置Apache2.2
(現在已經更新到2.4版本了，安裝時稍有不同，見本站另一筆記http://www.itg123.com/a/softissue/2016/0320/114.html)

1、下載軟體包，建議直接到官網 http://httpd.apache.org/上下載，因為這是開源軟體的安全性問題，如果用於生產環境則強烈建議到官網下載。

2、下載時注意選擇與你系統相配合的包，如.tar.gz的是用於Linux環境的，httpd-2.2.31-win32-src.zip用於windows環境，還有win32表示用於32位win7系統。雙擊默認安裝，也自己可以自定義一個路徑
例如 E:\LAMP\apache。
3、安裝完後找到Apache安裝目錄下的conf文件夾下的httpd.conf，打開：

在#LoadMole
vhost_alias_mole
moles/mod_vhost_alias.so下添加如下（路徑適你自己的情況而定）：

LoadMole php5_mole
"E:/LAMP/php5.3/php5apache2_2.dll"
PHPIniDir "E:/LAMP/php5.3"
AddType
application/x-httpd-php .php .html
.htm

我們在PHP目錄下可以看到多個php5apache的DLL文件，由於我們使用的是Apache2.2.17，所以我們當然需要使php5apache2_2.dll，接著指定PHP的安裝目錄以及執行的程序擴展名。

4、我們應該知道默認Apache伺服器執行WEB主程序的目錄為Apache2.2/htdocs，所以如果當你的WEB主程序目錄變更時，我們需要修改相應的Apache配置.
5、最後修改具體的index文件先後順序：DirectoryIndex
index.html修改為：DirectoryIndex index.php index.html
6、重啟Apache伺服器
至此，在Apache伺服器上PHP環境配置工作就完成了，你只需要在 Apache2.2/htdocs
目錄下新建一個PHP文件，寫入：
然後在游覽器中輸入12.0.0.1，就可以看到PHP的具體配置頁面了，代表在Window
7上PHP環境配置工作就算完成了。

三、安裝與配置Mysql 5.1資料庫軟體
(現在已經更新到5.5版本了，安裝較簡單，如果上面步驟都配置好了運行正常了的話可以下載一個對應版本的MyPhpAdmin程序包放到E:/www下然後在游覽器中輸入12.0.0.1登入後新建或管理資料庫)

1、下載軟體包，建議直接到官網
http://downloads.mysql.com/archives/installer/ 上下載，這個鏈接有各個版本，因為這是開源軟體的安全性問題，如果用於生產環境則強烈建議到官網下載。

2、
驗證PHP是否能連接Mysql，你可以在index.php中創建如下代碼：

<?php
$connect=mysql_connect("127.0.0.1","root","你的資料庫密碼");
if(!$connect)
echo "Mysql Connect Error!";
else echo
"連接成功";
mysql_close();
?>

然後在游覽器中輸入127.0.0.1，看到：連接成功字樣就說明PHP連接Mysql就算成功了。

③ wamp5集成php環境如何搭建

開啟伺服器後，它默認的配置好的是localhost（地址欄輸入訪問），訪問的文件是放在www或者說是docs西面，在裡面建立php文件即可，要麼你自己整幾個虛擬主機，不用它配的localhost域名，在httpd.conf裡面打開包含有vhost的那項，把此包含打開，即把#去掉。然後在它的輔助配置文件，vhosts.conf里添加你要訪問的域名，本地位置。當然，要這樣能訪問到，你還得配置hosts文件，

④ php中vhosts.conf怎麼寫

Apache配置localhost虛擬主機步驟 1、打開apache目錄下httpd文件(如：C:\wamp\bin\apache\Apache2.2.17\conf\httpd.conf)找到如下模塊： #Virtual hosts #Include conf/extra/httpd-vhosts.conf 去掉前面的#，這樣就開啟了httpd-vhosts虛擬主機....

⑤ 大型的PHP應用，通常使用什麼應用做消息隊列

一、消息隊列概述
消息隊列中間件是分布式系統中重要的組件，主要解決應用耦合，非同步消息，流量削鋒等問題。實現高性能，高可用，可伸縮和最終一致性架構。是大型分布式系統不可缺少的中間件。
目前在生產環境，使用較多的消息隊列有ActiveMQ，RabbitMQ，ZeroMQ，Kafka，MetaMQ，RocketMQ等。
二、消息隊列應用場景
以下介紹消息隊列在實際應用中常用的使用場景。非同步處理，應用解耦，流量削鋒和消息通訊四個場景。
2.1非同步處理
場景說明：用戶注冊後，需要發注冊郵件和注冊簡訊。傳統的做法有兩種1.串列的方式；2.並行方式。
（1）串列方式：將注冊信息寫入資料庫成功後，發送注冊郵件，再發送注冊簡訊。以上三個任務全部完成後，返回給客戶端。（架構KKQ：466097527，歡迎加入）
（2）並行方式：將注冊信息寫入資料庫成功後，發送注冊郵件的同時，發送注冊簡訊。以上三個任務完成後，返回給客戶端。與串列的差別是，並行的方式可以提高處理的時間。
假設三個業務節點每個使用50毫秒鍾，不考慮網路等其他開銷，則串列方式的時間是150毫秒，並行的時間可能是100毫秒。
因為CPU在單位時間內處理的請求數是一定的，假設CPU1秒內吞吐量是100次。則串列方式1秒內CPU可處理的請求量是7次（1000/150）。並行方式處理的請求量是10次（1000/100）。
小結：如以上案例描述，傳統的方式系統的性能（並發量，吞吐量，響應時間）會有瓶頸。如何解決這個問題呢？
引入消息隊列，將不是必須的業務邏輯，非同步處理。改造後的架構如下：
按照以上約定，用戶的響應時間相當於是注冊信息寫入資料庫的時間，也就是50毫秒。注冊郵件，發送簡訊寫入消息隊列後，直接返回，因此寫入消息隊列的速度很快，基本可以忽略，因此用戶的響應時間可能是50毫秒。因此架構改變後，系統的吞吐量提高到每秒20 QPS。比串列提高了3倍，比並行提高了兩倍。
2.2應用解耦
場景說明：用戶下單後，訂單系統需要通知庫存系統。傳統的做法是，訂單系統調用庫存系統的介面。如下圖：
傳統模式的缺點：
1） 假如庫存系統無法訪問，則訂單減庫存將失敗，從而導致訂單失敗；
2） 訂單系統與庫存系統耦合；
如何解決以上問題呢？引入應用消息隊列後的方案，如下圖：
訂單系統：用戶下單後，訂單系統完成持久化處理，將消息寫入消息隊列，返回用戶訂單下單成功。
庫存系統：訂閱下單的消息，採用拉/推的方式，獲取下單信息，庫存系統根據下單信息，進行庫存操作。
假如：在下單時庫存系統不能正常使用。也不影響正常下單，因為下單後，訂單系統寫入消息隊列就不再關心其他的後續操作了。實現訂單系統與庫存系統的應用解耦。
2.3流量削鋒
流量削鋒也是消息隊列中的常用場景，一般在秒殺或團搶活動中使用廣泛。
應用場景：秒殺活動，一般會因為流量過大，導致流量暴增，應用掛掉。為解決這個問題，一般需要在應用前端加入消息隊列。
可以控制活動的人數；
可以緩解短時間內高流量壓垮應用；
用戶的請求，伺服器接收後，首先寫入消息隊列。假如消息隊列長度超過最大數量，則直接拋棄用戶請求或跳轉到錯誤頁面；
秒殺業務根據消息隊列中的請求信息，再做後續處理。
2.4日誌處理
日誌處理是指將消息隊列用在日誌處理中，比如Kafka的應用，解決大量日誌傳輸的問題。架構簡化如下：
日誌採集客戶端，負責日誌數據採集，定時寫受寫入Kafka隊列；
Kafka消息隊列，負責日誌數據的接收，存儲和轉發；
日誌處理應用：訂閱並消費kafka隊列中的日誌數據；
以下是新浪kafka日誌處理應用案例：
(1)Kafka：接收用戶日誌的消息隊列。
(2)Logstash：做日誌解析，統一成JSON輸出給Elasticsearch。
(3)Elasticsearch：實時日誌分析服務的核心技術，一個schemaless，實時的數據存儲服務，通過index組織數據，兼具強大的搜索和統計功能。
(4)Kibana：基於Elasticsearch的數據可視化組件，超強的數據可視化能力是眾多公司選擇ELK stack的重要原因。
2.5消息通訊
消息通訊是指，消息隊列一般都內置了高效的通信機制，因此也可以用在純的消息通訊。比如實現點對點消息隊列，或者聊天室等。
點對點通訊：
客戶端A和客戶端B使用同一隊列，進行消息通訊。
聊天室通訊：
客戶端A，客戶端B，客戶端N訂閱同一主題，進行消息發布和接收。實現類似聊天室效果。
以上實際是消息隊列的兩種消息模式，點對點或發布訂閱模式。模型為示意圖，供參考。
三、消息中間件示例
3.1電商系統
消息隊列採用高可用，可持久化的消息中間件。比如Active MQ，Rabbit MQ，Rocket Mq。（1）應用將主幹邏輯處理完成後，寫入消息隊列。消息發送是否成功可以開啟消息的確認模式。（消息隊列返回消息接收成功狀態後，應用再返回，這樣保障消息的完整性）
（2）擴展流程（發簡訊，配送處理）訂閱隊列消息。採用推或拉的方式獲取消息並處理。
（3）消息將應用解耦的同時，帶來了數據一致性問題，可以採用最終一致性方式解決。比如主數據寫入資料庫，擴展應用根據消息隊列，並結合資料庫方式實現基於消息隊列的後續處理。
3.2日誌收集系統
分為Zookeeper注冊中心，日誌收集客戶端，Kafka集群和Storm集群（OtherApp）四部分組成。
Zookeeper注冊中心，提出負載均衡和地址查找服務；
日誌收集客戶端，用於採集應用系統的日誌，並將數據推送到kafka隊列；
四、JMS消息服務
講消息隊列就不得不提JMS 。JMS（Java Message Service,Java消息服務）API是一個消息服務的標准/規范，允許應用程序組件基於JavaEE平台創建、發送、接收和讀取消息。它使分布式通信耦合度更低，消息服務更加可靠以及非同步性。
在EJB架構中，有消息bean可以無縫的與JM消息服務集成。在J2EE架構模式中，有消息服務者模式，用於實現消息與應用直接的解耦。
4.1消息模型
在JMS標准中，有兩種消息模型P2P（Point to Point）,Publish/Subscribe(Pub/Sub)。
4.1.1 P2P模式
P2P模式包含三個角色：消息隊列（Queue），發送者(Sender)，接收者(Receiver)。每個消息都被發送到一個特定的隊列，接收者從隊列中獲取消息。隊列保留著消息，直到他們被消費或超時。
P2P的特點
每個消息只有一個消費者（Consumer）(即一旦被消費，消息就不再在消息隊列中)
發送者和接收者之間在時間上沒有依賴性，也就是說當發送者發送了消息之後，不管接收者有沒有正在運行，它不會影響到消息被發送到隊列
接收者在成功接收消息之後需向隊列應答成功
如果希望發送的每個消息都會被成功處理的話，那麼需要P2P模式。（架構KKQ：466097527，歡迎加入）
4.1.2 Pub/sub模式
包含三個角色主題（Topic），發布者（Publisher），訂閱者（Subscriber） 。多個發布者將消息發送到Topic,系統將這些消息傳遞給多個訂閱者。
Pub/Sub的特點
每個消息可以有多個消費者
發布者和訂閱者之間有時間上的依賴性。針對某個主題（Topic）的訂閱者，它必須創建一個訂閱者之後，才能消費發布者的消息。
為了消費消息，訂閱者必須保持運行的狀態。
為了緩和這樣嚴格的時間相關性，JMS允許訂閱者創建一個可持久化的訂閱。這樣，即使訂閱者沒有被激活（運行），它也能接收到發布者的消息。
如果希望發送的消息可以不被做任何處理、或者只被一個消息者處理、或者可以被多個消費者處理的話，那麼可以採用Pub/Sub模型。
4.2消息消費
在JMS中，消息的產生和消費都是非同步的。對於消費來說，JMS的消息者可以通過兩種方式來消費消息。
（1）同步
訂閱者或接收者通過receive方法來接收消息，receive方法在接收到消息之前（或超時之前）將一直阻塞；
（2）非同步
訂閱者或接收者可以注冊為一個消息監聽器。當消息到達之後，系統自動調用監聽器的onMessage方法。
JNDI：Java命名和目錄介面,是一種標準的Java命名系統介面。可以在網路上查找和訪問服務。通過指定一個資源名稱，該名稱對應於資料庫或命名服務中的一個記錄，同時返回資源連接建立所必須的信息。
JNDI在JMS中起到查找和訪問發送目標或消息來源的作用。（架構KKQ：466097527，歡迎加入）
4.3JMS編程模型
(1) ConnectionFactory
創建Connection對象的工廠，針對兩種不同的jms消息模型，分別有QueueConnectionFactory和TopicConnectionFactory兩種。可以通過JNDI來查找ConnectionFactory對象。
(2) Destination
Destination的意思是消息生產者的消息發送目標或者說消息消費者的消息來源。對於消息生產者來說，它的Destination是某個隊列（Queue）或某個主題（Topic）;對於消息消費者來說，它的Destination也是某個隊列或主題（即消息來源）。
所以，Destination實際上就是兩種類型的對象：Queue、Topic可以通過JNDI來查找Destination。
(3) Connection
Connection表示在客戶端和JMS系統之間建立的鏈接（對TCP/IP socket的包裝）。Connection可以產生一個或多個Session。跟ConnectionFactory一樣，Connection也有兩種類型：QueueConnection和TopicConnection。
(4) Session
Session是操作消息的介面。可以通過session創建生產者、消費者、消息等。Session提供了事務的功能。當需要使用session發送/接收多個消息時，可以將這些發送/接收動作放到一個事務中。同樣，也分QueueSession和TopicSession。
(5) 消息的生產者
消息生產者由Session創建，並用於將消息發送到Destination。同樣，消息生產者分兩種類型：QueueSender和TopicPublisher。可以調用消息生產者的方法（send或publish方法）發送消息。
(6) 消息消費者
消息消費者由Session創建，用於接收被發送到Destination的消息。兩種類型：QueueReceiver和TopicSubscriber。可分別通過session的createReceiver(Queue)或createSubscriber(Topic)來創建。當然，也可以session的creatDurableSubscriber方法來創建持久化的訂閱者。
(7) MessageListener
消息監聽器。如果注冊了消息監聽器，一旦消息到達，將自動調用監聽器的onMessage方法。EJB中的MDB（Message-Driven Bean）就是一種MessageListener。
深入學習JMS對掌握JAVA架構，EJB架構有很好的幫助，消息中間件也是大型分布式系統必須的組件。本次分享主要做全局性介紹，具體的深入需要大家學習，實踐，總結，領會。
五、常用消息隊列
一般商用的容器，比如WebLogic，JBoss，都支持JMS標准，開發上很方便。但免費的比如Tomcat，Jetty等則需要使用第三方的消息中間件。本部分內容介紹常用的消息中間件（Active MQ,Rabbit MQ，Zero MQ,Kafka）以及他們的特點。
5.1 ActiveMQ
ActiveMQ 是Apache出品，最流行的，能力強勁的開源消息匯流排。ActiveMQ 是一個完全支持JMS1.1和J2EE 1.4規范的 JMS Provider實現，盡管JMS規范出台已經是很久的事情了，但是JMS在當今的J2EE應用中間仍然扮演著特殊的地位。
ActiveMQ特性如下：
⒈ 多種語言和協議編寫客戶端。語言: Java,C,C++,C#,Ruby,Perl,Python,PHP。應用協議： OpenWire,Stomp REST,WS Notification,XMPP,AMQP
⒉ 完全支持JMS1.1和J2EE 1.4規范 （持久化，XA消息，事務)
⒊ 對spring的支持，ActiveMQ可以很容易內嵌到使用Spring的系統裡面去，而且也支持Spring2.0的特性
⒋ 通過了常見J2EE伺服器（如 Geronimo,JBoss 4,GlassFish,WebLogic)的測試，其中通過JCA 1.5 resource adaptors的配置，可以讓ActiveMQ可以自動的部署到任何兼容J2EE 1.4 商業伺服器上
⒌ 支持多種傳送協議：in-VM,TCP,SSL,NIO,UDP,JGroups,JXTA
⒍ 支持通過JDBC和journal提供高速的消息持久化
⒎ 從設計上保證了高性能的集群，客戶端-伺服器，點對點
⒏ 支持Ajax
⒐ 支持與Axis的整合
⒑ 可以很容易得調用內嵌JMS provider，進行測試
5.2 RabbitMQ
RabbitMQ是流行的開源消息隊列系統，用erlang語言開發。RabbitMQ是AMQP（高級消息隊列協議）的標准實現。支持多種客戶端，如：Python、Ruby、.NET、Java、JMS、C、PHP、ActionScript、XMPP、STOMP等，支持AJAX，持久化。用於在分布式系統中存儲轉發消息，在易用性、擴展性、高可用性等方面表現不俗。
幾個重要概念：
Broker：簡單來說就是消息隊列伺服器實體。
Exchange：消息交換機，它指定消息按什麼規則，路由到哪個隊列。
Queue：消息隊列載體，每個消息都會被投入到一個或多個隊列。
Binding：綁定，它的作用就是把exchange和queue按照路由規則綁定起來。
Routing Key：路由關鍵字，exchange根據這個關鍵字進行消息投遞。
vhost：虛擬主機，一個broker里可以開設多個vhost，用作不同用戶的許可權分離。
procer：消息生產者，就是投遞消息的程序。
consumer：消息消費者，就是接受消息的程序。
channel：消息通道，在客戶端的每個連接里，可建立多個channel，每個channel代表一個會話任務。
消息隊列的使用過程，如下：
（1）客戶端連接到消息隊列伺服器，打開一個channel。
（2）客戶端聲明一個exchange，並設置相關屬性。
（3）客戶端聲明一個queue，並設置相關屬性。
（4）客戶端使用routing key，在exchange和queue之間建立好綁定關系。
（5）客戶端投遞消息到exchange。
exchange接收到消息後，就根據消息的key和已經設置的binding，進行消息路由，將消息投遞到一個或多個隊列里。
5.3 ZeroMQ
號稱史上最快的消息隊列，它實際類似於Socket的一系列介面，他跟Socket的區別是：普通的socket是端到端的（1:1的關系），而ZMQ卻是可以N：M 的關系，人們對BSD套接字的了解較多的是點對點的連接，點對點連接需要顯式地建立連接、銷毀連接、選擇協議（TCP/UDP）和處理錯誤等，而ZMQ屏蔽了這些細節，讓你的網路編程更為簡單。ZMQ用於node與node間的通信，node可以是主機或者是進程。
引用官方的說法： 「ZMQ(以下ZeroMQ簡稱ZMQ)是一個簡單好用的傳輸層，像框架一樣的一個socket library，他使得Socket編程更加簡單、簡潔和性能更高。是一個消息處理隊列庫，可在多個線程、內核和主機盒之間彈性伸縮。ZMQ的明確目標是「成為標准網路協議棧的一部分，之後進入Linux內核」。現在還未看到它們的成功。但是，它無疑是極具前景的、並且是人們更加需要的「傳統」BSD套接字之上的一 層封裝。ZMQ讓編寫高性能網路應用程序極為簡單和有趣。」
特點是：
高性能，非持久化；
跨平台：支持Linux、Windows、OS X等。
多語言支持； C、C++、Java、.NET、Python等30多種開發語言。
可單獨部署或集成到應用中使用；
可作為Socket通信庫使用。
與RabbitMQ相比，ZMQ並不像是一個傳統意義上的消息隊列伺服器，事實上，它也根本不是一個伺服器，更像一個底層的網路通訊庫，在Socket API之上做了一層封裝，將網路通訊、進程通訊和線程通訊抽象為統一的API介面。支持「Request-Reply 「，」Publisher-Subscriber「，」Parallel Pipeline」三種基本模型和擴展模型。
ZeroMQ高性能設計要點：
1、無鎖的隊列模型
對於跨線程間的交互（用戶端和session）之間的數據交換通道pipe，採用無鎖的隊列演算法CAS；在pipe兩端注冊有非同步事件，在讀或者寫消息到pipe的時，會自動觸發讀寫事件。
2、批量處理的演算法
對於傳統的消息處理，每個消息在發送和接收的時候，都需要系統的調用，這樣對於大量的消息，系統的開銷比較大，zeroMQ對於批量的消息，進行了適應性的優化，可以批量的接收和發送消息。
3、多核下的線程綁定，無須CPU切換
區別於傳統的多線程並發模式，信號量或者臨界區， zeroMQ充分利用多核的優勢，每個核綁定運行一個工作者線程，避免多線程之間的CPU切換開銷。
5.4 Kafka
Kafka是一種高吞吐量的分布式發布訂閱消息系統，它可以處理消費者規模的網站中的所有動作流數據。 這種動作（網頁瀏覽，搜索和其他用戶的行動）是在現代網路上的許多社會功能的一個關鍵因素。 這些數據通常是由於吞吐量的要求而通過處理日誌和日誌聚合來解決。 對於像Hadoop的一樣的日誌數據和離線分析系統，但又要求實時處理的限制，這是一個可行的解決方案。Kafka的目的是通過Hadoop的並行載入機制來統一線上和離線的消息處理，也是為了通過集群機來提供實時的消費。
Kafka是一種高吞吐量的分布式發布訂閱消息系統，有如下特性：
通過O(1)的磁碟數據結構提供消息的持久化，這種結構對於即使數以TB的消息存儲也能夠保持長時間的穩定性能。（文件追加的方式寫入數據，過期的數據定期刪除）
高吞吐量：即使是非常普通的硬體Kafka也可以支持每秒數百萬的消息。
支持通過Kafka伺服器和消費機集群來分區消息。
支持Hadoop並行數據載入。
Kafka相關概念
Broker
Kafka集群包含一個或多個伺服器，這種伺服器被稱為broker[5]
Topic
每條發布到Kafka集群的消息都有一個類別，這個類別被稱為Topic。（物理上不同Topic的消息分開存儲，邏輯上一個Topic的消息雖然保存於一個或多個broker上但用戶只需指定消息的Topic即可生產或消費數據而不必關心數據存於何處）
Partition
Parition是物理上的概念，每個Topic包含一個或多個Partition.
Procer
負責發布消息到Kafka broker
Consumer
消息消費者，向Kafka broker讀取消息的客戶端。
Consumer Group
每個Consumer屬於一個特定的Consumer Group（可為每個Consumer指定group name，若不指定group name則屬於默認的group）。
一般應用在大數據日誌處理或對實時性（少量延遲），可靠性（少量丟數據）要求稍低的場景使用。

⑥ 如何配置php伺服器

一、Apache安裝
版本解釋：openssl是表示帶有openssl模塊，利用openssl就可以給Apache配置SSL安全鏈接的，也就是使用https://方式進行訪問。
nossl則表示不帶OpenSSL模塊，無法用於SSL安全鏈接，在這里我們下載帶OpenSSL的。
選擇版本：apache_2.2.14-win32-x86-openssl-0.9.8k.msi
下載地址：http://www.apache.org/dist/httpd/binaries/win32/
首先我們在D盤(盤符根據實際情況自己選擇)新建一個目錄，
並且命名為「WAMP」其意義為「Wdindows Apache Mysql PhpMyAdmin」 之後安裝的一些內容，也都將安裝在該目錄下。
1.安裝說明：
運行apache安裝程序，方法非常簡單，彈安裝界面後一直「next」
接著會出現一個界面，需要填寫3個內容，分別為：Network Domain、Server Name、Administrator』s Email Address 隨便填寫就好，不影響內容。
在下面還有2個選項，默認選擇為80埠，第二個為8080埠，根據個人需求選擇，一般為默認80埠。
我們繼續安裝，選擇Custom(自定義安裝)-「next」
其中有打著紅X的組件，我們單擊這個組件容，選擇「This feature, and all subfeatures, will be installed on local hard drive.」，即「此部分，及下屬子部分內容，全部安裝在本地硬碟上」。-「next」
然後選擇右下角的「change 」改變安裝路徑，安裝到剛才建立的目錄中「D:\WAMP\Apache\」-「next」
安裝完畢後，電腦右下角會多出一個圖標，雙擊打開，選擇start或restart，能正常運行，至此安裝完畢。
2.修改配置：
打開安裝錄下D:\WAMP\Apache\conf\httpd.conf 文件(修改配置文件時，不建議使用記事本，可能會對其造成影響，推薦使用Notepad++或其他編輯軟體打開修改)
打開以後Ctrl+F查找所要修改的內容
在#LoadMole vhost_alias_mole moles/mod_vhost_alias.so下添加：
LoadMole php5_mole 「D:/WAMP/PHP/php5apache2_2.dll」
PHPIniDir 「D:/WAMP/PHP」
AddType application/x-httpd-php .php
AddType application/x-httpd-php .htm
AddType application/x-httpd-php .html
DocumentRoot 「E:/WAMP/Apache/htdocs」
修改成(這里的路徑和IIS中wwwroot目錄一樣，用於存放網頁，自定義或不做修改默認)：DocumentRoot 「D:/WAMP/www」
修改成(自定義或不做修改默認)：
DirectoryIndex index.html
修改成：DirectoryIndex index.php default.php index.html index.htm default.html default.htm
3.測試
在D:/WAMP/www目錄下 建立個index.html頁面
在瀏覽器中輸入 http://localhost/
如果能正常顯示，Apache配置完畢，已經正常運行。
二、MySql安裝
版本解釋：The Essentials Package：不包含 embedded server and benchmark suite，有自動安裝程序和配置向導，沒有MySQL Documentation。
The Complete Package：包含 embedded server and benchmark suite，有自動安裝程序和配置向導，有MySQL Documentation。
The Noinstall Archive：包含 embedded server and benchmark suite，沒有自動安裝程序和配置向導，有MySQL Documentation。
選擇版本：mysql-essential-5.1.44-win32.msi
下載地址：http://www.mysql.com/downloads/mysql/
1.安裝說明：
打開安裝程序，單擊「next」
選擇custom，組件為默認選擇，我們不做改動-「next」
路徑設置為「D:\WAMP\Mysql」-「next」
安裝好以後點擊「finish」
跟著會出現一個配置向導-「next」
選擇「Detailed Configuration(詳細配置)」-「next」
這里有3個選項：
Developer Machine，將只用盡量少的內存;
Server Machine，將使用中等數量內存;
Dedicated MySQL Server Machine，這台伺服器上面只跑mysql資料庫，將佔用全部的內存。
可以根據自己需求選擇，這里我們選擇第二種「Server Machine」-「next」
選擇資料庫用途，同樣有3個選項：
Mutltifunctional Database多功能用途，將把資料庫優化成很好的innodb存儲類型和高效率的myisam存儲類型;
Transactional Database Only只用於事務處理類型，最好的優化innodb，但同時也支持myisam;
Non-Transactional Databse Only非事務處理類型，適合於簡單的應用，只有不支持事務的myisam類型是被支持的。
一般選擇第一種多功能的，同樣我們也是。-「next」
選擇InnodDB的數據存放位置，一般默認就行，為了統一我填寫了「WAMP/MySQL Datafiles」-「next」
選擇mysql允許的最大連接數，第一種是最大20個連接並發數，第二種是最大500個並發連接數，最後一種是自定義，自己可以根據需求選擇，我選擇第二個-「next」
下面是選擇資料庫監聽的埠，一般默認是3306，如果改成其他埠，以後連接資料庫的時候都要記住修改的埠，否則不能連接mysql資料庫，比較麻煩，這里不做修改，用mysq的默認埠：3306-「next」
這一步設置mysql的默認編碼，我們選擇第三個，並在Character Set菜單中，選擇「gbk」編碼-「next」
(註：如果要用原來資料庫的數據，最好能確定原來資料庫用的是什麼編碼，如果這里設置的編碼和原來資料庫數據的編碼不一致，在使用的時候可能會出現亂碼。)
這一步是是否要把mysql設置成windows的，一般選擇設成服務，這樣以後就可以通過服務中啟動和關閉mysql資料庫。下面的復選框也勾選上，這樣，在cmd模式下，不必非到mysql的bin目錄下執行命令。也就是把上下2個勾都打上，中間默認-「next」
這一步是設置mysql的超級用戶密碼，這個超級用戶非常重要，對mysql擁有全部的許可權，請設置好並牢記超級用戶的密碼，下面有個復選框是選擇是否允許遠程機器用root用戶連接到你的mysql伺服器上面，如果有這個需求，也請勾選。這里我們使用默認選擇，在New root password和Confirm中輸入密碼。「next」
點擊「execute」進行配置，稍微等待一會，圓點上的勾全部打上，就代表配置完畢。
2.修改配置：
打開D:\WAMP\MySQL\my.ini
設置datadir為D:/WAMP/MySQL/data/或你所要存放數據位置的目錄即可。
三、PHP安裝
版本解釋：VC9 專門為IIS定值的腳本，使用Visual Studio 2008編譯器編譯，支持最新的微軟組建，從而提高效率。
VC6 是為了其他WEB服務軟體提供的腳本 如 Apache。
Thread Safe 現成安全，之星時會進行線程 安全檢查，以防止有心要求就啟動新線程(Thread)的CGI執行方式而耗盡系統資源。
Non Thread Safe是非線程安全，在執行時不進行線程(Thread)安全檢查
選擇版本：PHP5.3(5.3.1)中VC6 x86 Thread Safe下 ZIP下載
下載地址：http://windows.php.net/download/
1.安裝說明
由於我們下載的的是ZIP壓縮包，只需要將文件解壓到「D:\WAMP\PHP」目錄下即可
2.修改配置
將E:\WAMP\PHP\php.ini-development 文件修改成php.ini
打開php.ini
; extension_dir = 「ext」
修改成：extension_dir = 「E:\WAMP\PHP\ext」
將947行下，這些文件前面的「;」去除
extension=php_curl.dll
extension=php_gd2.dll
extension=php_mbstring.dll
extension=php_mysql.dll
extension=php_mysqli.dll
extension=php_pdo_mysql.dll
extension=php_xmlrpc.dll
;date.timezone =
修改成(很多網站沒提到這里要修改，默認為美國時間，如果不修改會報錯)：date.timezone = Asia/Shanghai
3.測試
重啟Apache(修改過配置文件 必須重啟Apache才會生效)
新建個index.php 頁面，代碼中輸入，保存文件放到「D:\WMAP\www\」目錄下
打開瀏覽器輸入：http://localhost/index.php 如果能正常顯示，說明PHP配置完畢，可以查看該頁面的PHP信息是否正確。
(註：在改文件中輸入函數可輸出大量的有關PHP當前狀態的信息，如PHP版本，伺服器信息和環境等。)
(註：)
接著我們測試下，是否能連接到Mysql
再新建個link.php，下代碼中輸入
$link=mysql_connect(「127.0.0.1″,」root」,」Mysql安裝時填寫的密碼」);
if(!$link) echo 「Mysql資料庫連接失敗!」;
else echo 「Mysql資料庫連接成功!」;
mysql_close();
?>
也保存文件放到「D:\WMAP\www\」目錄下
打開瀏覽器輸入：http://localhost/link.php 查看
四、PhpMyAdmin安裝
版本解釋：phpMyAdmin-3.2.5
選擇版本：phpMyAdmin-3.2.5-all-languages.zip
下載地址：http://www.phpmyadmin.net/home_page/downloads.php
1.安裝說明
解壓到D:\WAMP\phpMyAdmin
2.修改配置
打開D:\WAMP\phpMyAdmin\libraries\config.default.php
$cfg['PmaAbsoluteUri'] = 」;
修改成(填寫訪問phpMyAdmin的絕對URL)：$cfg['PmaAbsoluteUri'] = 『http://localhost/PHPMyadmin/』;
$cfg['Servers'][$i]['host'] = 『localhost』;
修改成(填寫伺服器地址，通常默認，不需要修改)：$cfg['Servers'][$i]['host'] = 『localhost』;
$cfg['Servers'][$i]['user'] = 『root』;
修改成(填寫Mysql用戶名，這里我們默認)：$cfg['Servers'][$i]['user'] = 『root』;
$cfg['Servers'][$i]['password'] = 」;
修改成(填寫Mysql密碼)：$cfg['Servers'][$i]['password'] = 『Mysql PWD;
$cfg['Servers'][$i]['auth_type'] = 『cookie』;
修改成(設置認證方法，安全因素考慮，填寫成cookie)：$cfg['Servers'][$i]['auth_type'] = 『cookie』;
$cfg['blowfish_secret'] = 」;
修改成(設置短語密碼，如果上面設置成cookie，那這里不能留空，不然登陸會提示錯誤)：$cfg['blowfish_secret'] = 『cookie』;
3.測試
打開瀏覽器輸入：http://localhost/phpmyadmin/ 訪問和登陸

⑦ 如何將php5.2升級為php5.3

簡單的步驟：
下載
php5
.3文件（最好是免安裝版）
替換php5.3文件，或者放到別的地方
配置php5.3
配置文件
配置apache配置文件
配置系統
環境變數
重啟apache
OK了
1
下載php5.3
下載地址：
我的原來的php文件放在D:\phpEnv\php5.2
如果其他版本我也都放在phpEnv目錄下，只需要修改apache配置文件就可以調用相應的php版本文件了
2
配置php5.3
在d:\php目錄下把php.ini-development文件改名為php.ini
這是PHP
5.3的一個改變，另外一個文件php.ini-proction是用於產品運行的典型配置。
接著我們打開php.
ini文件
，定義擴展包的路徑。
查找「extension_dir」，修改為：
extension_dir
=
「d:\php\ext」
下面的配置可以根據自己所需來配置，這里不多說了：
extension=php_curl.dll
extension=php_gd2.dll
extension=php_mbstring.dll
extension=php_mysql.dll
extension=php_mysqli.dll
extension=php_pdo_mysql.dll
extension=php_xmlrpc.dll
3
配置Apache2.2
打開Apache的httpd.conf文件，因為是5.2系統的時候已經把apache配置好了，這里就不多說了。現在直接替換下面配置就行了。如果還不知道如何配置apache，
請參考：Apache2.2.x+PHP5.3.x+MySQL5.1.x
搭建WMAP運行環境
找到原來的配置文件，在126行左右：
#LoadMole
vhost_alias_mole
moles/mod_vhost_alias.so下面
LoadMole
php5_mole
D:/phpEnv/php5.2/php5
apache2
_2.dll
PHPIniDir
"D:/phpEnv/php5.2"
改成
LoadMole
php5_mole
D:/phpEnv/php5.3/php5apache2_2.dll
PHPIniDir
"D:/phpEnv/php5.3"
這樣apache的配置文件就改好了
4
修改
系統環境
變數
這里因為沒有把php的
dll文件
拷貝到
系統盤
，所以還需要配置一下系統的環境變數
右擊
我的電腦：屬性-高級系統設置-環境變數-
系統變數
-雙擊Path
找到D:\phpEnv\php5.2;D:\phpEnv\php5.2\ext;
因為原來是php5.2的，現在只需將5.2改為5.3即可，如下：
D:\phpEnv\php5.3;D:\phpEnv\php5.3\ext;
保存一下；
5
測試完成
在apache的htdocs目錄中新建index.php
輸入內容：

phpinfo();
?>
然後重啟Apache2。輸入http://
localhost
即可訪問

⑧ php配置虛擬主機怎麼還是localhost

在phpmyadmin中創建用戶時,如果主機選本機就可以用localhost;

如果選文本域,就是用一串字元域名,指定的.

⑨ 大型的PHP應用，通常使用什麼應用做消息隊列

一、消息隊列概述x0dx0a消息隊列中間件是分布式系統中重要的組件，主要解決應用耦合，非同步消息，流量削鋒等問題。實現高性能，高可用，可伸縮和最終一致性架構。是大型分布式系統不可缺少的中間件。x0dx0a目前在生產環境，使用較多的消息隊列有ActiveMQ，RabbitMQ，ZeroMQ，Kafka，MetaMQ，RocketMQ等。x0dx0a二、消息隊列應用場景x0dx0a以下介紹消息隊列在實際應用中常用的使用場景。非同步處理，應用解耦，流量削鋒和消息通訊四個場景。x0dx0a2.1非同步處理x0dx0a場景說明：用戶注冊後，需要發注冊郵件和注冊簡訊。傳統的做法有兩種1.串列的方式；2.並行方式。x0dx0a（1）串列方式：將注冊信息寫入資料庫成功後，發送注冊郵件，再發送注冊簡訊。以上三個任務全部完成後，返回給客戶端。（架構KKQ：466097527，歡迎加入）x0dx0a（2）並行方式：將注冊信息寫入資料庫成功後，發送注冊郵件的同時，發送注冊簡訊。以上三個任務完成後，返回給客戶端。與串列的差別是，並行的方式可以提高處理的時間。x0dx0a假設三個業務節點每個使用50毫秒鍾，不考慮網路等其他開銷，則串列方式的時間是150毫秒，並行的時間可能是100毫秒。x0dx0a因為CPU在單位時間內處理的請求數是一定的，假設CPU1秒內吞吐量是100次。則串列方式1秒內CPU可處理的請求量是7次（1000/150）。並行方式處理的請求量是10次（1000/100）。x0dx0a小結：如以上案例描述，傳統的方式系統的性能（並發量，吞吐量，響應時間）會有瓶頸。如何解決這個問題呢？x0dx0a引入消息隊列，將不是必須的業務邏輯，非同步處理。改造後的架構如下：x0dx0a按照以上約定，用戶的響應時間相當於是注冊信息寫入資料庫的時間，也就是50毫秒。注冊郵件，發送簡訊寫入消息隊列後，直接返回，因此寫入消息隊列的速度很快，基本可以忽略，因此用戶的響應時間可能是50毫秒。因此架構改變後，系統的吞吐量提高到每秒20 QPS。比串列提高了3倍，比並行提高了兩倍。x0dx0a2.2應用解耦x0dx0a場景說明：用戶下單後，訂單系統需要通知庫存系統。傳統的做法是，訂單系統調用庫存系統的介面。如下圖：x0dx0a傳統模式的缺點：x0dx0a1） 假如庫存系統無法訪問，則訂單減庫存將失敗，從而導致訂單失敗；x0dx0a2） 訂單系統與庫存系統耦合；x0dx0a如何解決以上問題呢？引入應用消息隊列後的方案，如下圖：x0dx0a訂單系統：用戶下單後，訂單系統完成持久化處理，將消息寫入消息隊列，返回用戶訂單下單成功。x0dx0a庫存系統：訂閱下單的消息，採用拉/推的方式，獲取下單信息，庫存系統根據下單信息，進行庫存操作。x0dx0a假如：在下單時庫存系統不能正常使用。也不影響正常下單，因為下單後，訂單系統寫入消息隊列就不再關心其他的後續操作了。實現訂單系統與庫存系統的應用解耦。x0dx0a2.3流量削鋒x0dx0a流量削鋒也是消息隊列中的常用場景，一般在秒殺或團搶活動中使用廣泛。x0dx0a應用場景：秒殺活動，一般會因為流量過大，導致流量暴增，應用掛掉。為解決這個問題，一般需要在應用前端加入消息隊列。x0dx0a可以控制活動的人數；x0dx0a可以緩解短時間內高流量壓垮應用；x0dx0a用戶的請求，伺服器接收後，首先寫入消息隊列。假如消息隊列長度超過最大數量，則直接拋棄用戶請求或跳轉到錯誤頁面；x0dx0a秒殺業務根據消息隊列中的請求信息，再做後續處理。x0dx0a2.4日誌處理x0dx0a日誌處理是指將消息隊列用在日誌處理中，比如Kafka的應用，解決大量日誌傳輸的問題。架構簡化如下：x0dx0a日誌採集客戶端，負責日誌數據採集，定時寫受寫入Kafka隊列；x0dx0aKafka消息隊列，負責日誌數據的接收，存儲和轉發；x0dx0a日誌處理應用：訂閱並消費kafka隊列中的日誌數據；x0dx0a以下是新浪kafka日誌處理應用案例：x0dx0a(1)Kafka：接收用戶日誌的消息隊列。x0dx0a(2)Logstash：做日誌解析，統一成JSON輸出給Elasticsearch。x0dx0a(3)Elasticsearch：實時日誌分析服務的核心技術，一個schemaless，實時的數據存儲服務，通過index組織數據，兼具強大的搜索和統計功能。x0dx0a(4)Kibana：基於Elasticsearch的數據可視化組件，超強的數據可視化能力是眾多公司選擇ELK stack的重要原因。x0dx0a2.5消息通訊x0dx0a消息通訊是指，消息隊列一般都內置了高效的通信機制，因此也可以用在純的消息通訊。比如實現點對點消息隊列，或者聊天室等。x0dx0a點對點通訊：x0dx0a客戶端A和客戶端B使用同一隊列，進行消息通訊。x0dx0a聊天室通訊：x0dx0a客戶端A，客戶端B，客戶端N訂閱同一主題，進行消息發布和接收。實現類似聊天室效果。x0dx0a以上實際是消息隊列的兩種消息模式，點對點或發布訂閱模式。模型為示意圖，供參考。x0dx0a三、消息中間件示例x0dx0a3.1電商系統x0dx0a消息隊列採用高可用，可持久化的消息中間件。比如Active MQ，Rabbit MQ，Rocket Mq。（1）應用將主幹邏輯處理完成後，寫入消息隊列。消息發送是否成功可以開啟消息的確認模式。（消息隊列返回消息接收成功狀態後，應用再返回，這樣保障消息的完整性）x0dx0a（2）擴展流程（發簡訊，配送處理）訂閱隊列消息。採用推或拉的方式獲取消息並處理。x0dx0a（3）消息將應用解耦的同時，帶來了數據一致性問題，可以採用最終一致性方式解決。比如主數據寫入資料庫，擴展應用根據消息隊列，並結合資料庫方式實現基於消息隊列的後續處理。x0dx0a3.2日誌收集系統x0dx0a分為Zookeeper注冊中心，日誌收集客戶端，Kafka集群和Storm集群（OtherApp）四部分組成。x0dx0aZookeeper注冊中心，提出負載均衡和地址查找服務；x0dx0a日誌收集客戶端，用於採集應用系統的日誌，並將數據推送到kafka隊列；x0dx0a四、JMS消息服務x0dx0a講消息隊列就不得不提JMS 。JMS（Java Message Service,Java消息服務）API是一個消息服務的標准/規范，允許應用程序組件基於JavaEE平台創建、發送、接收和讀取消息。它使分布式通信耦合度更低，消息服務更加可靠以及非同步性。x0dx0a在EJB架構中，有消息bean可以無縫的與JM消息服務集成。在J2EE架構模式中，有消息服務者模式，用於實現消息與應用直接的解耦。x0dx0a4.1消息模型x0dx0a在JMS標准中，有兩種消息模型P2P（Point to Point）,Publish/Subscribe(Pub/Sub)。x0dx0a4.1.1 P2P模式x0dx0aP2P模式包含三個角色：消息隊列（Queue），發送者(Sender)，接收者(Receiver)。每個消息都被發送到一個特定的隊列，接收者從隊列中獲取消息。隊列保留著消息，直到他們被消費或超時。x0dx0aP2P的特點x0dx0a每個消息只有一個消費者（Consumer）(即一旦被消費，消息就不再在消息隊列中)x0dx0a發送者和接收者之間在時間上沒有依賴性，也就是說當發送者發送了消息之後，不管接收者有沒有正在運行，它不會影響到消息被發送到隊列x0dx0a接收者在成功接收消息之後需向隊列應答成功x0dx0a如果希望發送的每個消息都會被成功處理的話，那麼需要P2P模式。（架構KKQ：466097527，歡迎加入）x0dx0a4.1.2 Pub/sub模式x0dx0a包含三個角色主題（Topic），發布者（Publisher），訂閱者（Subscriber） 。多個發布者將消息發送到Topic,系統將這些消息傳遞給多個訂閱者。x0dx0aPub/Sub的特點x0dx0a每個消息可以有多個消費者x0dx0a發布者和訂閱者之間有時間上的依賴性。針對某個主題（Topic）的訂閱者，它必須創建一個訂閱者之後，才能消費發布者的消息。x0dx0a為了消費消息，訂閱者必須保持運行的狀態。x0dx0a為了緩和這樣嚴格的時間相關性，JMS允許訂閱者創建一個可持久化的訂閱。這樣，即使訂閱者沒有被激活（運行），它也能接收到發布者的消息。x0dx0a如果希望發送的消息可以不被做任何處理、或者只被一個消息者處理、或者可以被多個消費者處理的話，那麼可以採用Pub/Sub模型。x0dx0a4.2消息消費x0dx0a在JMS中，消息的產生和消費都是非同步的。對於消費來說，JMS的消息者可以通過兩種方式來消費消息。x0dx0a（1）同步x0dx0a訂閱者或接收者通過receive方法來接收消息，receive方法在接收到消息之前（或超時之前）將一直阻塞；x0dx0a（2）非同步x0dx0a訂閱者或接收者可以注冊為一個消息監聽器。當消息到達之後，系統自動調用監聽器的onMessage方法。x0dx0aJNDI：Java命名和目錄介面,是一種標準的Java命名系統介面。可以在網路上查找和訪問服務。通過指定一個資源名稱，該名稱對應於資料庫或命名服務中的一個記錄，同時返回資源連接建立所必須的信息。x0dx0aJNDI在JMS中起到查找和訪問發送目標或消息來源的作用。（架構KKQ：466097527，歡迎加入）x0dx0a4.3JMS編程模型x0dx0a(1) ConnectionFactoryx0dx0a創建Connection對象的工廠，針對兩種不同的jms消息模型，分別有QueueConnectionFactory和TopicConnectionFactory兩種。可以通過JNDI來查找ConnectionFactory對象。x0dx0a(2) Destinationx0dx0aDestination的意思是消息生產者的消息發送目標或者說消息消費者的消息來源。對於消息生產者來說，它的Destination是某個隊列（Queue）或某個主題（Topic）;對於消息消費者來說，它的Destination也是某個隊列或主題（即消息來源）。x0dx0a所以，Destination實際上就是兩種類型的對象：Queue、Topic可以通過JNDI來查找Destination。x0dx0a(3) Connectionx0dx0aConnection表示在客戶端和JMS系統之間建立的鏈接（對TCP/IP socket的包裝）。Connection可以產生一個或多個Session。跟ConnectionFactory一樣，Connection也有兩種類型：QueueConnection和TopicConnection。x0dx0a(4) Sessionx0dx0aSession是操作消息的介面。可以通過session創建生產者、消費者、消息等。Session提供了事務的功能。當需要使用session發送/接收多個消息時，可以將這些發送/接收動作放到一個事務中。同樣，也分QueueSession和TopicSession。x0dx0a(5) 消息的生產者x0dx0a消息生產者由Session創建，並用於將消息發送到Destination。同樣，消息生產者分兩種類型：QueueSender和TopicPublisher。可以調用消息生產者的方法（send或publish方法）發送消息。x0dx0a(6) 消息消費者x0dx0a消息消費者由Session創建，用於接收被發送到Destination的消息。兩種類型：QueueReceiver和TopicSubscriber。可分別通過session的createReceiver(Queue)或createSubscriber(Topic)來創建。當然，也可以session的creatDurableSubscriber方法來創建持久化的訂閱者。x0dx0a(7) MessageListenerx0dx0a消息監聽器。如果注冊了消息監聽器，一旦消息到達，將自動調用監聽器的onMessage方法。EJB中的MDB（Message-Driven Bean）就是一種MessageListener。x0dx0a深入學習JMS對掌握JAVA架構，EJB架構有很好的幫助，消息中間件也是大型分布式系統必須的組件。本次分享主要做全局性介紹，具體的深入需要大家學習，實踐，總結，領會。x0dx0a五、常用消息隊列x0dx0a一般商用的容器，比如WebLogic，JBoss，都支持JMS標准，開發上很方便。但免費的比如Tomcat，Jetty等則需要使用第三方的消息中間件。本部分內容介紹常用的消息中間件（Active MQ,Rabbit MQ，Zero MQ,Kafka）以及他們的特點。x0dx0a5.1 ActiveMQx0dx0aActiveMQ 是Apache出品，最流行的，能力強勁的開源消息匯流排。ActiveMQ 是一個完全支持JMS1.1和J2EE 1.4規范的 JMS Provider實現，盡管JMS規范出台已經是很久的事情了，但是JMS在當今的J2EE應用中間仍然扮演著特殊的地位。x0dx0aActiveMQ特性如下：x0dx0a⒈ 多種語言和協議編寫客戶端。語言: Java,C,C++,C#,Ruby,Perl,Python,PHP。應用協議： OpenWire,Stomp REST,WS Notification,XMPP,AMQPx0dx0a⒉ 完全支持JMS1.1和J2EE 1.4規范 （持久化，XA消息，事務)x0dx0a⒊ 對spring的支持，ActiveMQ可以很容易內嵌到使用Spring的系統裡面去，而且也支持Spring2.0的特性x0dx0a⒋ 通過了常見J2EE伺服器（如 Geronimo,JBoss 4,GlassFish,WebLogic)的測試，其中通過JCA 1.5 resource adaptors的配置，可以讓ActiveMQ可以自動的部署到任何兼容J2EE 1.4 商業伺服器上x0dx0a⒌ 支持多種傳送協議：in-VM,TCP,SSL,NIO,UDP,JGroups,JXTAx0dx0a⒍ 支持通過JDBC和journal提供高速的消息持久化x0dx0a⒎ 從設計上保證了高性能的集群，客戶端-伺服器，點對點x0dx0a⒏ 支持Ajaxx0dx0a⒐ 支持與Axis的整合x0dx0a⒑ 可以很容易得調用內嵌JMS provider，進行測試x0dx0a5.2 RabbitMQx0dx0aRabbitMQ是流行的開源消息隊列系統，用erlang語言開發。RabbitMQ是AMQP（高級消息隊列協議）的標准實現。支持多種客戶端，如：Python、Ruby、.NET、Java、JMS、C、PHP、ActionScript、XMPP、STOMP等，支持AJAX，持久化。用於在分布式系統中存儲轉發消息，在易用性、擴展性、高可用性等方面表現不俗。x0dx0a幾個重要概念：x0dx0aBroker：簡單來說就是消息隊列伺服器實體。x0dx0aExchange：消息交換機，它指定消息按什麼規則，路由到哪個隊列。x0dx0aQueue：消息隊列載體，每個消息都會被投入到一個或多個隊列。x0dx0aBinding：綁定，它的作用就是把exchange和queue按照路由規則綁定起來。x0dx0aRouting Key：路由關鍵字，exchange根據這個關鍵字進行消息投遞。x0dx0avhost：虛擬主機，一個broker里可以開設多個vhost，用作不同用戶的許可權分離。x0dx0aprocer：消息生產者，就是投遞消息的程序。x0dx0aconsumer：消息消費者，就是接受消息的程序。x0dx0achannel：消息通道，在客戶端的每個連接里，可建立多個channel，每個channel代表一個會話任務。x0dx0a消息隊列的使用過程，如下：x0dx0a（1）客戶端連接到消息隊列伺服器，打開一個channel。x0dx0a（2）客戶端聲明一個exchange，並設置相關屬性。x0dx0a（3）客戶端聲明一個queue，並設置相關屬性。x0dx0a（4）客戶端使用routing key，在exchange和queue之間建立好綁定關系。x0dx0a（5）客戶端投遞消息到exchange。x0dx0aexchange接收到消息後，就根據消息的key和已經設置的binding，進行消息路由，將消息投遞到一個或多個隊列里。x0dx0a5.3 ZeroMQx0dx0a號稱史上最快的消息隊列，它實際類似於Socket的一系列介面，他跟Socket的區別是：普通的socket是端到端的（1:1的關系），而ZMQ卻是可以N：M 的關系，人們對BSD套接字的了解較多的是點對點的連接，點對點連接需要顯式地建立連接、銷毀連接、選擇協議（TCP/UDP）和處理錯誤等，而ZMQ屏蔽了這些細節，讓你的網路編程更為簡單。ZMQ用於node與node間的通信，node可以是主機或者是進程。x0dx0a引用官方的說法： 「ZMQ(以下ZeroMQ簡稱ZMQ)是一個簡單好用的傳輸層，像框架一樣的一個socket library，他使得Socket編程更加簡單、簡潔和性能更高。是一個消息處理隊列庫，可在多個線程、內核和主機盒之間彈性伸縮。ZMQ的明確目標是「成為標准網路協議棧的一部分，之後進入Linux內核」。現在還未看到它們的成功。但是，它無疑是極具前景的、並且是人們更加需要的「傳統」BSD套接字之上的一 層封裝。ZMQ讓編寫高性能網路應用程序極為簡單和有趣。」x0dx0a特點是：x0dx0a高性能，非持久化；x0dx0a跨平台：支持Linux、Windows、OS X等。x0dx0a多語言支持； C、C++、Java、.NET、Python等30多種開發語言。x0dx0a可單獨部署或集成到應用中使用；x0dx0a可作為Socket通信庫使用。x0dx0a與RabbitMQ相比，ZMQ並不像是一個傳統意義上的消息隊列伺服器，事實上，它也根本不是一個伺服器，更像一個底層的網路通訊庫，在Socket API之上做了一層封裝，將網路通訊、進程通訊和線程通訊抽象為統一的API介面。支持「Request-Reply 「，」Publisher-Subscriber「，」Parallel Pipeline」三種基本模型和擴展模型。x0dx0aZeroMQ高性能設計要點：x0dx0a1、無鎖的隊列模型x0dx0a對於跨線程間的交互（用戶端和session）之間的數據交換通道pipe，採用無鎖的隊列演算法CAS；在pipe兩端注冊有非同步事件，在讀或者寫消息到pipe的時，會自動觸發讀寫事件。x0dx0a2、批量處理的演算法x0dx0a對於傳統的消息處理，每個消息在發送和接收的時候，都需要系統的調用，這樣對於大量的消息，系統的開銷比較大，zeroMQ對於批量的消息，進行了適應性的優化，可以批量的接收和發送消息。x0dx0a3、多核下的線程綁定，無須CPU切換x0dx0a區別於傳統的多線程並發模式，信號量或者臨界區， zeroMQ充分利用多核的優勢，每個核綁定運行一個工作者線程，避免多線程之間的CPU切換開銷。x0dx0a5.4 Kafkax0dx0aKafka是一種高吞吐量的分布式發布訂閱消息系統，它可以處理消費者規模的網站中的所有動作流數據。 這種動作（網頁瀏覽，搜索和其他用戶的行動）是在現代網路上的許多社會功能的一個關鍵因素。 這些數據通常是由於吞吐量的要求而通過處理日誌和日誌聚合來解決。 對於像Hadoop的一樣的日誌數據和離線分析系統，但又要求實時處理的限制，這是一個可行的解決方案。Kafka的目的是通過Hadoop的並行載入機制來統一線上和離線的消息處理，也是為了通過集群機來提供實時的消費。x0dx0aKafka是一種高吞吐量的分布式發布訂閱消息系統，有如下特性：x0dx0a通過O(1)的磁碟數據結構提供消息的持久化，這種結構對於即使數以TB的消息存儲也能夠保持長時間的穩定性能。（文件追加的方式寫入數據，過期的數據定期刪除）x0dx0a高吞吐量：即使是非常普通的硬體Kafka也可以支持每秒數百萬的消息。x0dx0a支持通過Kafka伺服器和消費機集群來分區消息。x0dx0a支持Hadoop並行數據載入。x0dx0aKafka相關概念x0dx0aBrokerx0dx0aKafka集群包含一個或多個伺服器，這種伺服器被稱為broker[5]x0dx0aTopicx0dx0a每條發布到Kafka集群的消息都有一個類別，這個類別被稱為Topic。（物理上不同Topic的消息分開存儲，邏輯上一個Topic的消息雖然保存於一個或多個broker上但用戶只需指定消息的Topic即可生產或消費數據而不必關心數據存於何處）x0dx0aPartitionx0dx0aParition是物理上的概念，每個Topic包含一個或多個Partition.x0dx0aProcerx0dx0a負責發布消息到Kafka brokerx0dx0aConsumerx0dx0a消息消費者，向Kafka broker讀取消息的客戶端。x0dx0aConsumer Groupx0dx0a每個Consumer屬於一個特定的Consumer Group（可為每個Consumer指定group name，若不指定group name則屬於默認的group）。x0dx0a一般應用在大數據日誌處理或對實時性（少量延遲），可靠性（少量丟數據）要求稍低的場景使用。