开源内容付费平台源码中内容、会员与权限的实现方式

在内容付费系统中，“内容是否可看”并不是一个简单的判断，而是内容规则、会员体系与用户权限三者协同工作的结果。一套成熟的开源内容付费平台源码，通常会在底层就把这三部分拆分清楚，避免后期业务扩展时出现逻辑混乱。

本文从源码实现角度，解析内容、会员与权限在系统中是如何被设计和串联起来的。

一、内容模型的基础设计

内容是系统的核心对象，但在源码层面，内容并不直接关心“谁能看”，而是只描述自身属性。

1. 内容表的关键字段

CREATETABLEcontent(idBIGINTPRIMARYKEYAUTO_INCREMENT,titleVARCHAR(255)NOTNULL,content_typeVARCHAR(50),-- 图文 / 视频 / 音频priceDECIMAL(10,2)DEFAULT0,-- 单独购买价格is_freeTINYINTDEFAULT0,-- 是否免费vip_freeTINYINTDEFAULT0,-- 会员是否可免费看created_atDATETIME);

通过 price、is_free、vip_free 三个字段，系统就可以覆盖：

免费内容
单次付费内容
会员专属或会员可看内容

内容本身不直接绑定用户，这是设计上的一个关键点。

二、会员体系的实现方式

会员系统的本质是：在一段时间内，为用户赋予额外的内容访问权限。

1. 会员信息存储

CREATETABLEuser_vip(user_idBIGINTPRIMARYKEY,vip_start_timeDATETIME,vip_expire_timeDATETIME);

会员表通常只记录有效期，不关心具体能看哪些内容，权限判断时再结合内容规则计算。

2. 判断会员是否有效

publicbooleanisVip(LonguserId){UserVipvip=userVipMapper.selectByUserId(userId);if(vip==null){returnfalse;}returnvip.getVipExpireTime().after(newDate());}

这种实现方式，方便后期扩展月卡、季卡、年卡等不同会员类型。

三、内容购买与权限记录

对于非会员内容或会员不可看的内容，系统需要记录用户的单独购买行为。

1. 用户内容权限表

CREATETABLEuser_content_permission(user_idBIGINT,content_idBIGINT,sourceVARCHAR(50),-- order / vip / admincreated_atDATETIME,PRIMARYKEY(user_id,content_id));

这张表的作用是：
只记录“已经拥有”的内容权限，而不是订单信息本身。

四、统一的权限校验流程设计

在开源内容付费平台源码中，最重要的不是“买没买”，而是统一的访问判断入口。

1. 核心校验流程

publicbooleancanAccessContent(LonguserId,LongcontentId){Contentcontent=contentMapper.selectById(contentId);// 1. 免费内容if(content.getIsFree()==1){returntrue;}// 2. 会员可看if(content.getVipFree()==1&&isVip(userId)){returntrue;}// 3. 单独购买returnpermissionMapper.exists(userId,contentId);}

这一层逻辑通常会被封装为内容访问服务，供：

内容详情页
播放接口
下载接口

统一调用，避免重复实现。

五、接口层的权限拦截设计

为了防止绕过前端直接访问内容接口，源码中通常会在后端增加统一拦截。

1. Spring Boot 拦截器示例

publicclassContentAccessInterceptorimplementsHandlerInterceptor{@OverridepublicbooleanpreHandle(HttpServletRequestrequest,HttpServletResponseresponse,Objecthandler)throwsException{LonguserId=getUserIdFromToken(request);LongcontentId=Long.valueOf(request.getParameter("contentId"));if(!contentService.canAccessContent(userId,contentId)){response.setStatus(403);returnfalse;}returntrue;}}

这种方式可以确保：
无论前端怎么改，权限规则都不会被绕过。

六、权限与缓存的配合

在高并发场景下，权限校验通常会配合 Redis 使用。

Stringkey="content:access:"+userId+":"+contentId;BooleancanAccess=redisTemplate.opsForValue().get(key);if(canAccess==null){canAccess=canAccessContent(userId,contentId);redisTemplate.opsForValue().set(key,canAccess,5,TimeUnit.MINUTES);}