A. java play框架的無狀態和web服務需要有狀態不是矛盾了么
無狀態即各自維護自身的狀態，如會話信息都在客戶端，服務端並不保存狀態信息，那麼我們可以說服務端是無狀態的，這個的好處是顯而易見的，無狀態的部分可以很方便的被替換掉（或集群、橫向擴展）而不用狀態重建（或同步），大大提高了可申縮性(scalability);通常J2EE的session被認是不好的設計，大部份J2EE中間件在集群時都需要進行session同步，而Play!並非基於J2EE體系設計的，則沒有該煩惱！
B. web網頁是無狀態類應用
Web應用=http協議+session、cookies等狀態機制+其他輔助的機制。
直觀的說，「每次的請求都是獨立的，它的執行情況和結果與前面的請求和之後的請求是無直接關系的，它不會受前面的請求應答情況直接影響，也不會直接影響後面的請求應答情況」
要明白，這句話的含義是指在說明，http協議作為技術背景的web應用程序請求——應答模式是無狀態的，這個事實基本不會發生改變，也不會因為加入cookies、session機制而變成有狀態的。要明白，這種前後因果關系：「我們要實現的是一種web應用，實現這種應用的協議我們選擇了http這種本質上是無狀態的通信協議。但是事實上，我們需要我們的web應用是有狀態的。所以我們加入了cookies、session等機制去實現由狀態的web應用，
C. 為什麼http是無狀態協議,什麼是有狀態協議,都是什麼意思呢
無狀態是指協議對於事務處理沒有記憶能力。缺少狀態意味著如果後續處理需要前面的信息，則它必須重傳，這樣可能導致每次連接傳送的數據量增大。另一方面，在伺服器不需要先前信息時它的應答就較快。
客戶端與伺服器進行動態交互的Web應用程序出現之後，HTTP無狀態的特性嚴重阻礙了這些應用程序的實現，畢竟交互是需要承前啟後的，簡單的購物車程序也要知道用戶到底在之前選擇了什麼商品。
----網路
D. http的無狀態性對Web程序的開發帶來了哪些困難
無狀態性減少了伺服器從局部錯誤中恢復的任務量，同時，這種規范的缺點也是顯而易見得，由於不能將狀態數據保存在伺服器上的共享上 下文中，因此增加了在一系列request中發送重復數據的開銷,嚴重的降低了效率。
E. web應用包括什麼
常見的計數器、留言版、聊天室和論壇BBS等，都是Web應用程序，不過這些應用相對比較簡單，而Web應用程序的真正核心主要是對資料庫進行處理，管理信息系統（Management Information System,簡稱MIS）就是這種架構最典型的應用。
一個Web應用程序是由完成特定任務的各種Web組件（web components)構成的並通過Web將服務展示給外界。在實際應用中，Web應用程序是由多個Servlet、JSP頁面、HTML文件以及圖像文件等組成。所有這些組件相互協調為用戶提供一組完整的服務。
(5)web應用無狀態擴展閱讀
web應用缺點
1、網路應用程序強調瀏覽器的適用性。如果瀏覽器方沒有提供特定的功能，或者棄用特定的平台或操作系統版本（導致不適用），就會影響大量用戶；
2、網路應用依靠互聯網遠程伺服器端的應用文件。因此，當連接出問題時，應用將不能正常使用。但是，如果使用HTML5 API，這些應用就可以被下載安裝而可離線使用。
3、許多網路應用程序不是開源的，只能依賴第三方提供的服務，因此不能針對用戶定製化、個性化，而且大多數情況下用戶不能離線使用，因而損失了很多靈活性；
4、它們完全依賴應用服務商的可及性。如果公司倒閉，伺服器停止使用，用戶也無法追索以前的資料。對比而看，即使軟體製造商倒閉了，傳統的安裝軟體也可以繼續運行，盡管不能再更新或有其他用戶服務。
F. 如何平滑部署JavaWeb項目，讓客戶端不掉線
1. Java Web應用需要改造成無狀態的。
2. 用戶Session數據一定不要保存在Java應用中，重啟或者crash都會導致會話失效。
3. 常見的用戶Session存儲使用Memcached集群，Redis有點大材小用了。
4. 反向代理是用戶請求的第一站，推薦nginx。
5. 應用部署的第一步就是關流量，保證沒有請求到需要重新部署的服務實例上。
G. java web,由於Http協議是無狀態，採用如下的哪個方法保存客戶狀態的數據，沒有大小限制，而且性能表現最好
A.Session
session是通過操作瀏覽器cookie，生成隨機的cookie值（JSESSIONID）,然後回傳給服務端，服務端根據該cookie值找到對應保存在服務端的數據。
session的方式是結合cookie為一體的，如果客戶端不支持Cookie(客戶端禁用)，那就必須在訪問的URL後面傳遞SessionID來獲取保存在服務端的session值。
cookie不能說不安全，cookie如果保存在客戶端時，用可逆演算法加密後再保存在客戶端的話，也挺安全。但是，數據過多的話，導致每次都要把cookie回傳給伺服器，會影響效率。
urlrewrite只適合傳遞簡單的參數，而且有長度限制，更會引起安全問題（瀏覽器歷史記錄會完整的記錄訪問的URL）。
隱藏表單，同樣的，每次訪問需回傳給伺服器，造成速度緩慢（asp.net就喜歡這種方式）
4個選項當中安全性最高的是session，速度最快的也是session ,因為他要客戶端回傳的數據少
H. http是一種無狀態的協議，在web應用中，採用什麼手段，知道兩次請求是同一用戶
因為HTTP是一種無狀態協議，所以引進了cookie和session.
要判斷兩次請求是否為同一用戶，可以在剛開始就將用戶名或id存入cookie或session
然後將兩次的請求用戶進行比較
I. 如何使Java Web應用程序完全無狀態
把session關閉 ~
J. 三、在做WEB開發過程中，HTTP是無狀態的，但web開發需要保持http的狀態，即http狀態的持久問題
你這個是試卷題目？