Java接口可作为细粒度权限契约载体：通过正交小接口（如Flyable、CameraControl）声明独立权限维度，用继承聚合形成语义化组合契约（如DroneOperator），再结合运行时校验实现编译期安全与运行期灵活授权的统一。
Java 中接口本身不直接实现权限控制，但可以作为细粒度权限契约的载体——通过正交拆分能力接口、显式聚合语义契约、配合运行时权限校验机制，把“能做什么”声明得清晰可查、可组合、可验证。
用小接口表达独立权限维度
每个接口只封装一类可被单独授权或拒绝的行为，不掺杂状态、不重叠职责：
-
Flyable：代表“飞行操作权”，含
takeOff()、land() -
CameraControl：代表“影像采集权”，含
capturePhoto()、startRecording() -
DataExport：代表“导出数据权”，含
exportAsCsv()、exportAsPdf() -
AdminOnly：代表“高危管理权”，含
deleteUser(Long)、resetPassword(String)
这样，一个接口就对应一个可配置、可审计、可开关的权限点。调用方依赖哪个接口，就表明它需要哪类权限；实现类只实现自己被授权的能力，不暴露未授权方法。
用继承聚合形成权限组合契约
不靠注解硬编码权限字符串，而是用接口继承把多个小权限打包成业务语义明确的大契约：
立即学习“Java免费学习笔记（深入）”；
interface DroneOperator extends Flyable, CameraControl, DataExport {}interface SystemAdmin extends AdminOnly, DataExport, UserManagement {}
这种写法让权限结构一目了然：实现 DroneOperator 的类，天然具备三项能力；后续新增权限（如 NightVisionControl），只需扩展继承链，所有实现类自动获得新契约含义，无需改代码、不破兼容性。
结合运行时校验完成闭环控制
接口定义的是“承诺能做什么”，真正执行前需确认“当前主体是否被允许做这件事”。这时需搭配权限框架（如 Spring Security 或自定义切面）：
- 在方法上标注
@PreAuthorize("hasAuthority('Flyable')")，将接口名映射为权限标识 - 或在切面中检查目标对象是否实现了某接口：
if (target instanceof CameraControl) { checkPermission("camera:control"); } - 用户角色与接口权限的绑定，可通过数据库配置：角色 A → [Flyable, DataExport]；角色 B → [AdminOnly]
这种方式把静态契约（接口）和动态决策（权限服务）解耦，既保持编译期类型安全，又支持运行期灵活授权。
避免常见误区
细粒度不是越多越好，关键在正交与可组合：
- 不要为每个 HTTP 接口建一个接口（如
UserCreateApi），应按行为本质抽象（如UserManagement） - 不要在接口里加
default方法来实现权限逻辑，那会混入业务判断，破坏接口的纯粹契约性 - 不推荐用包路径或类名做权限标识，它们易重构、难治理；接口名稳定、语义强、IDE 可跳转、文档可生成
