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树