本文目录一览：
什么是Java类的访问权限？
在解释访问权限控制之前，先看一个场景。
在学生信息管理系统中，有两个类，分别是学生类和课程类，课程类提供了课程表和课程安排两个方法，学生类可以调用课程类提供的课程表查看课程安排，但不能调用课程安排方法，该如何处理，此时就可以利用访问权限来进行控制。
在Java中，提供了四种访问权限控制：默认访问权限（包访问权限），public，private以及protected。
默认访问权限（default）：即不加任何访问修饰符，通常称为“默认访问模式“。该模式下，只允许在同一个包中进行访问。
private: 对访问权限限制的最窄的修饰符，一般称之为“私有的”。被其修饰的类、属性以及方法只能被该类的对象访问，其子类不能访问，更不能允许跨包访问。
protect: 介于public 和 private 之间的一种访问修饰符，一般称之为“保护的”。被其修饰的类、属性以及方法只能被类本身的方法及子类访问，即使子类在不同的包中也可以访问。
public： Java语言中访问限制最宽的修饰符，一般称之为“公共的”。被其修饰的类、属性以及方法不仅可以跨类访问，而且允许跨包（package）访问。下表列出了四种访问权限的控制粒度：
例1：
Main.java:
package com.cxh.test1;
public class Main {
/**
* @param args */
public static void main(String[] args)
{
// TODO Auto-generated method stub
People people = new People("Tom");
System.out.println(people.getName());
}
}
People.java
package com.cxh.test1;
class People { //默认访问权限（包访问权限）
private String name = null;
public People(String name)
{
this.name = name;
}
public String getName() {
return name;
}
public void setName(String name)
{
this.name = name;
}
}
从代码可以看出，修饰People类采用的是默认访问权限，而由于People类和Main类在同一个包中，因此People类对于Main类是可见的。
java怎么实现权限控制
提供一个思路哈：
1、user类中定义两个方法，分别根据权限名和权限路径判断用户是否有对应权限
2、定义一个拦截器，拦截所有请求，根据路径判断是否有操作权限
3、页面调用user的权限判断方法，决定是否显示相应的权限
Java的访问控制权限有哪几种？试以类格式形式列出Java的访问控制。
访问权限的等级最大到最小依次是:public,protected,包访问权限(无关键字)和private。
成员的访问权限取得对某成员(属性和方法)的实现方法有下面四种情况
1， 权限设置为public; 2， 默认包访问权限，在同一包中的其他类，可以访问; 3， 权限设置为public或者protected，通过继承的子类可以访问; 4， 设置为private，提供访问器和变异器方法(get/set);
下面介绍这四种权限(相对成员而言)
1， 包访问权限，在同一包中的类可以访问; 2， Public:接口访问权限，任何类都可以访问; 3， Private:你无法访问，除了包含该成员的类，其他类都可以访问。 4， Protected:继承访问权限，包括包访问权限。在同一包中，还有就是子类可以访问。
类的访问权限类的访问
只有两种:包访问权限或public(用法同上) 如果不希望其他类拥有该类的访问权限，可以把这个来说有的构造器制定为private(比如单列模式)。
java如何做权限管理
首先介绍下思路：
1、用户表 user;
2、角色表 role;
3、菜单 menu;
4、角色菜单权限表 role_menu;
5、用户菜单权限表 user_menu;
如图：
根据用户角色取出该角色所有权限，并对用户进行权限分配；注意菜单的按钮（新增、删除、修改）权限是放在中间表(user_menu)中的；
1、新增用户时，是要根据用户角色进行分配权限的 一定记得批量添加；批量、批量、批量，重要的事情说三遍，不要查询角色权限，然后for循环，这样效率太低了；
SQL如下:
INSERT INTO sys_user_menu(UserId, MenuId, DelPower, UpdPower, InsPower, ViewPower)
SELECT #{userId} UserId, MenuId, 1 DelPower, 1 UpdPower, 1 InsPower, 1 ViewPower FROM sys_role_menu WHERE RoelId = #{roleId}
updPower 默认都是有的 所以都是1，这样根据角色查询出权限直接添加，响应时间大大提升；
2、修改用户角色也要记得重新分配用户权限哦！这个不能忘，可以用上面的方法；
业务方法：
如果角色没有修改，是不用重新分配权限的，所有userRole 重置为 null，如果角色修改则删除原权限，重新进行分配；
3、最后要优化的就是根据用户查询权限的时候啦，我最开始是这样做的，查询角色权限，用户权限，返回到前端，前端进行处理；结果就是很卡 基本上要三到四秒，
解决方案，一步到位；一个查询返回全部数据。
如下SQL:
SELECT menu.MenuId id, ParentId pid, MenuName text,
(SELECT COUNT(1) FROM sys_user_menu WHERE UserId = #{userId} AND MenuId = sm.MenuId) isShow,
(SELECT CONCAT(
(CASE WHEN smenu.InsPower = 1 THEN 1 ELSE 0 END), ',',
(CASE WHEN smenu.DelPower = 1 THEN 1 ELSE 0 END), ',',
(CASE WHEN smenu.UpdPower = 1 THEN 1 ELSE 0 END), ',',
(CASE WHEN smenu.ViewPower = 1 THEN 1 ELSE 0 END))
FROM sys_user_menu smenu WHERE smenu.UserId = #{userId}
AND smenu.MenuId = sm.MenuId) MenuInfo
FROM sys_role_menu sm INNER JOIN sys_menu menu on sm.MenuId = menu.MenuId
WHERE RoelId = #{roleId}
首先根据 角色ID查询出权限，然后子查询用户是否有该权限，有返回1 木用返回 0；
最后按钮权限 我是直接拼接成字符串，分别对应 添加、删除、修改、查看 1 有该按钮 0 没有该按钮；
优化后 不管是添加、修改用户，加载用户权限都能控制在 1~2 秒；
