A. 關於java web分配許可權，有用戶表，祖表，角色表，菜單，按鈕 求許可權的分配，希望各位大俠的指點
許可權分配要看你自己設置什麼樣的用戶，能擁有什麼許可權，如：管理員能瀏覽所有的頁面，能進行增刪查改，普通用戶只能瀏覽公開的頁面，只能查看，和修改等。
資料庫表設計方面，建議你增加一張許可權表，
許可權表和用戶表建立關系，
例如：001代表用戶表中管理員的編號，002代表普通用戶
===============================================
user_id access
0001 增加
0001 修改
0001 刪除
0001 查看
0002 查看
0002 增加
.........
還有很多你可以自己加，總之你在需要做設置許可權的地方，每次操作之前你都要先查下這張表，看當前用戶是否有許可權進行操作。。
B. javaweb 項目的系統許可權管理，怎麼設計
按你說的設計可以啊，設置角色，給用戶分配角色，角色控制菜單顯示，最好做一個後台可以編輯角色，那樣方便很多
C. java web怎樣用redis做角色許可權菜單控制
redis只是一個緩存而已，具體實現還是得靠資料庫+攔截器等，資料庫中定義角色、許可權、用戶等表，攔截請求後判斷用戶角色是否擁有許可權。許可權的范疇比較廣，可以是請求路徑，可以是用戶角色等。你可以把一些許可權信息預載入到redis!
D. javaweb應用系統，求一套許可權管理源代碼，不同角色勾選不同菜單，擁有對應菜單許可權不一樣！
代碼沒有寫出起來，給你說一下原理吧！許可權主要分為用戶角色菜單一個角色對應多個用戶，多個角色對應多個菜單這樣用戶登錄時可以通過用戶自己的角色得到相應的菜單而菜單就直接關繫到具體的功能操作了這樣就劃分出許可權了比如每個人都有自己的名字如「1，2，3，4」而用戶可能有同樣的角色如：「1，2是管理員」「3，4是主任」這樣的管理員和主任就是角色這兩個角色的權利（許可權）當然不同了這樣就是許可權管理了啊中文java技術網
E. web許可權管理控制到菜單怎麼搞
關系：【角色】－【菜單許可權列表】－【菜單ID】－【菜單名稱】
每一個【菜單名稱】，對應 一個 ID,
建立一個新用戶，默認的【菜單許可權列表】中，沒有任何一個菜單ID，即：一個菜單項都不能點。
由管理員添加【可以使用的菜單ID】到【菜單許可權列表】
WEB頁面顯示【菜單許可權列表】中的菜單項
F. C# web界面 許可權管理 用模塊控制每個頁面的對應按鈕 模塊方面實現 就是還沒有跟每個頁面的按鈕對應上
有很多種辦法去實現它，在這里說最簡單的一種，樓主可以自己去拓展，方法如下：
1，創建許可權列表，也就是 每一個按鈕對應的許可權標識，比如，用戶添加對應許可權id為1，用戶查詢對應2，用戶修改對應3。。。。
2，創建公共類，記錄許可權的枚舉類型，也可以是定義的普通類，就是 將所有的許可權記錄下里，類似與把許可權表每條記錄寫成一個欄位，比如： string useradd=1；string useredit=3等等..
3，創建用戶許可權表，也就是 記錄 a用戶擁有那些許可權，比如：用戶admin 擁有 1，2，3的許可權
4，讀取 相應的許可權欄位，然後去用戶許可權表裡面查詢是否存在，例如 admin +1（ useradd）是否存在，存在就將按鈕啟用，不存在糾結按鈕禁用
這是一種方法，或者是：
創建 用戶組，沒個組對應不同的許可權等等~~~
以上為一個很簡單的思路，樓主可以自己去擴展更好的方法；
G. 我是剛做java web開發，想問一下，後台管理界面左邊的菜單如何動態添加和刪除，並進行許可權管理，謝謝！
剛做web個人不建議你考慮這個問題，靈活的菜單許可權配置還是有點復雜的，表就要好幾張。
H. 基於sso的web系統怎麼實現許可權管理
單點登錄SSO（Single
Sign
On）說得簡單點就是在一個多系統共存的環境下，用戶在一處登錄後，就不用在其他系統中登錄，也就是用戶的一次登錄能得到其他所有系統的信任。單點登錄在大型網站里使用得非常頻繁，例如像阿里巴巴這樣的網站，在網站的背後是成百上千的子系統，用戶一次操作或交易可能涉及到幾十個子系統的協作，如果每個子系統都需要用戶認證，不僅用戶會瘋掉，各子系統也會為這種重復認證授權的邏輯搞瘋掉。實現單點登錄說到底就是要解決如何產生和存儲那個信任，再就是其他系統如何驗證這個信任的有效性，因此要點也就以下幾個：
存儲信任
驗證信任
只要解決了以上的問題，達到了開頭講得效果就可以說是SSO。最簡單實現SSO的方法就是用Cookie，實現流程如下所示：
常用的兩種web單點登錄SSO的實現原理X
不然發現以上的方案是把信任存儲在客戶端的Cookie里，這種方法雖然實現方便但立馬會讓人質疑兩個問題：
Cookie不安全
不能跨域免登
對於第一個問題一般都是通過加密Cookie來處理，第二個問題是硬傷，其實這種方案的思路的就是要把這個信任關系存儲在客戶端，要實現這個也不一定只能用Cookie，用flash也能解決，flash的Shared
Object
API就提供了存儲能力。
一般說來，大型系統會採取在服務端存儲信任關系的做法，實現流程如下所示：
常用的兩種web單點登錄SSO的實現原理
以上方案就是要把信任關系存儲在單獨的
SSO系統（暫且這么稱呼它）里，說起來只是簡單地從客戶端移到了服務端，但其中幾個問題需要重點解決：
如何高效存儲大量臨時性的信任數據
如何防止信息傳遞過程被篡改
如何讓SSO系統信任登錄系統和免登系統
對於第一個問題，一般可以採用類似與memcached的分布式緩存的方案，
既能提供可擴展數據量的機制，也能提供高效訪問。對於第二個問題，一般採取數字簽名的方法，要麼通過數字證書簽名，要麼通過像md5的方式，這就需要SSO系統返回免登URL的時候對需驗證的參數進行md5加密，並帶上token一起返回，最後需免登的系統進行驗證信任關系的時候，需把這個token傳給SSO系統，SSO系統通過對token的驗證就可以辨別信息是否被改過。對於最後一個問題，可以通過白名單來處理，說簡單點只有在白名單上的系統才能請求生產信任關系，同理只有在白名單上的系統才能被免登錄。
通過第二種方案的演變，可以使用發放票據的方式實現websso登錄：
常用的兩種web單點登錄SSO的實現原理
通過第三種方式，客戶端只做票據的發放和獲取，不涉及用戶信息傳輸，用戶信息均可交給子系統和SSO系統之間處理，更有效保護用戶隱私。
以上只是提供了些簡單的實現技術，但需要強調的是這只是技術實現而已，僅僅是為了解決上面談到的一些問題，SSO本身來說並不是什麼高科技，有了這個認識比較有利於我們深入探索SSO
I. java web開發多用戶博客系統，用戶許可權控制該怎麼實現
資料庫設計，設計如下：
用戶：user
角色：role
用戶-角色：user_role
資源：resource（包括上級菜單、子菜單、按鈕等資源）
角色-資源：role_resource
標準的許可權管理系統設計為以上5張表。
註：用戶、用戶-角色我就不做說明了，這兩個是很簡單的兩塊，用戶的crud，以及為用戶分配角色（多對多的關系）稍微琢磨一下就清楚了，下面都是針對為角色分配許可權的實現
後台實現
展示層採用ztree樹