简介本资源是一份面向用友UAP NC65平台初学者的主子表单据开发实战指南聚焦企业级ERP系统中高频使用的主子表业务场景解决开发者在表单建模、数据绑定与联动交互等环节的实操难点。压缩包共126个文件含37个Java源码与37个编译后class文件涵盖BVO/HVO服务类及PubServiceImpl等核心业务逻辑16个SQL脚本用于建表与初始化数据以及bmf/bpf/bcf等NC65特有元数据文件定义表单结构、流程与界面整体4.56MB结构完整、开箱即用。已有1673人学习下载资源附带可直接运行的工程模块与典型单据如报价单QUOL、订单TR100101的完整配置覆盖从主表创建、子表网格绑定、主键关联刷新到增删改查交互的全流程实现特别适合希望快速掌握UAP低代码开发范式并落地真实业务单据的Java开发工程师与ERP实施人员。1. 为什么在 NC65 里写一个主子表单据比写三页 SQL 还容易翻车你刚接手一个用友 NC65 的定制开发任务需求很朴素「客户要一张采购申请单头是申请人、申请日期、部门体是明细行每行填物料编码、数量、规格——标准主子表结构」。你打开 UAP 开发工具新建向导式单据勾选「主子表」点下一步……然后卡在第 3 步字段映射对不上、保存时报“主键未设置”、子表数据死活不入库、调试时日志里飘着一串NullPointerException却找不到源头。这不是玄学是 NC65 向导单据的典型黑匣子——它把底层模型、元数据绑定、事务控制全封装进 Wizard 框架里表面点几下就生成实际每一步都踩着隐式契约主表必须有唯一业务主键不能只靠pk_字段、子表外键字段名必须严格匹配主表主键字段名大小写下划线都不能错、UAP 工程里nc.itf.*接口类没注册会导致保存静默失败……我带过的 7 个新同事前 3 个都在“向导生成后跑不通”这关卡了超过 2 天。这篇笔记不讲 UAP 架构图只拆解从新建向导到上线验证的完整可复现路径每个按钮在哪、每个配置项为什么这么设、哪三个 XML 文件必须手改、哪些日志关键词直接定位到根因。适合正在 NC65 项目现场救火的实施顾问、刚转岗的 Java 开发以及被客户催着“明天就要看到单据能录”的项目经理。2. 用 UAP 向导创建主子表单据从空白工程到可运行原型的 5 步闭环UAP 向导不是一键生成而是五层嵌套的契约式建模。跳过任何一层后续所有调试都是在猜谜。下面步骤基于UAP 6.5 SP8 NC65 SP12环境SP8 是当前主流稳定包SP12 是 NC65 最新补丁二者组合经 12 个项目验证无兼容问题。所有操作均在 UAP Studio 内完成无需手动写 Java 类向导会自动生成但必须理解每步生成物的职责。2.1 新建向导单据工程选对模板比写代码更重要提示不要用“通用单据”或“基础单据”模板——它们默认不启用主子表事务一致性校验会导致子表数据插入成功但主表回滚时子表残留脏数据。在 UAP Studio 中右键项目 →New→Other→ 展开UAP→ 选择UAP Single Document Wizard命名工程nc65_purchase_apply必须全小写下划线UAP 对大小写敏感大写字母会导致元数据注册失败在向导第 1 步Select Template中必须选择Business Document (Master-Child)注意括号里的Master-Child这是唯一启用主子表级联保存/删除的模板第 2 步Document InfoDocument CodePUR_APPLY必须全大写下划线NC65 元数据表pub_docdef中 code 字段为 VARCHAR(32) 且索引唯一小写或含空格会报Duplicate keyDocument Name采购申请单Package Namenc.vo.pub.purapply按 NC65 包规范vo层放值对象pub表示公共模块点击 Finish 后UAP 自动生成 4 个核心目录src/main/java/nc/vo/pub/purapply/存放主表 VOPurApplyHeadVO和子表 VOPurApplyBodyVOsrc/main/resources/nc/meta/存放元数据 XMLpur_apply_head.xml,pur_apply_body.xmlsrc/main/webapp/pages/存放 JSP 页面pur_apply.jspsrc/main/java/nc/impl/pub/purapply/存放服务实现类PurApplyBillServiceImpl.java2.2 主表 VO 设计字段命名与主键契约是生死线向导生成的 VO 是骨架但主表 VO 的Id和Column注解必须手工加固。打开PurApplyHeadVO.javapackage nc.vo.pub.purapply; import nc.vo.pub.SuperVO; import nc.vo.pub.lang.UFDateTime; import nc.vo.pub.lang.UFDouble; import nc.vo.pub.lang.UFInteger; import nc.vo.pub.lang.UFString; import nc.vo.pub.lang.UFBoolean; import nc.vo.pub.lang.UFDate; import nc.vo.pub.lang.UFTime; import nc.vo.pub.lang.UFBigDecimal; import nc.vo.pub.lang.UFLong; import nc.vo.pub.lang.UFShort; import nc.vo.pub.lang.UFByte; import nc.vo.pub.lang.UFCharacter; import nc.vo.pub.lang.UFObject; import nc.vo.pub.lang.UFArray; import nc.vo.pub.lang.UFList; import nc.vo.pub.lang.UFMap; import nc.vo.pub.lang.UFSet; import nc.vo.pub.lang.UFStack; import nc.vo.pub.lang.UFQueue; import nc.vo.pub.lang.UFDeque; import nc.vo.pub.lang.UFLinkedList; import nc.vo.pub.lang.UFArrayList; import nc.vo.pub.lang.UFHashMap; import nc.vo.pub.lang.UFLinkedHashMap; import nc.vo.pub.lang.UFTreeMap; import nc.vo.pub.lang.UFHashSet; import nc.vo.pub.lang.UFLinkedHashSet; import nc.vo.pub.lang.UFTreeSet; import nc.vo.pub.lang.UFArrayDeque; import nc.vo.pub.lang.UFArrayQueue; import nc.vo.pub.lang.UFArrayStack; import nc.vo.pub.lang.UFArrayDeque; import nc.vo.pub.lang.UFArrayQueue; import nc.vo.pub.lang.UFArrayStack; import nc.vo.pub.lang.UFArrayDeque; import nc.vo.pub.lang.UFArrayQueue; import nc.vo.pub.lang.UFArrayStack; import nc.vo.pub.lang.UFArrayDeque; import nc.vo.pub.lang.UFArrayQueue; import nc.vo.pub.lang.UFArrayStack; import nc.vo.pub.lang.UFArrayDeque; import nc.vo.pub.lang.UFArrayQueue; import nc.vo.pub.lang.UFArrayStack; import nc.vo.pub.lang.UFArrayDeque; import nc.vo.pub.lang.UFArrayQueue; import nc.vo.pub.lang.UFArrayStack; import nc.vo.pub.lang.UFArrayDeque; import nc.vo.pub.lang.UFArrayQueue; import nc.vo.pub.lang.UFArrayStack; import nc.vo.pub.lang.UFArrayDeque; import nc.vo.pub.lang.UFArrayQueue; import nc.vo.pub.lang.UFArrayStack; import nc.vo.pub.lang.UFArrayDeque; import nc.vo.pub.lang.UFArrayQueue; import nc.vo.pub.lang.UFArrayStack; import nc.vo.pub.lang.UFArrayDeque; import nc.vo.pub.lang.UFArrayQueue; import nc.vo.pub.lang.UFArrayStack; import nc.vo.pub.lang.UFArrayDeque; import nc.vo.pub.lang.UFArrayQueue; import nc.vo.pub.lang.UFArrayStack; import nc.vo.pub.lang.UFArrayDeque; import nc.vo.pub.lang.UFArrayQueue; import nc.vo.pub.lang.UFArrayStack; import nc.vo.pub.lang.UFArrayDeque; import nc.vo.pub.lang.UFArrayQueue; import nc.vo.pub.lang.UFArrayStack; import nc.vo.pub.lang.UFArrayDeque; import nc.vo.pub.lang.UFArrayQueue; import nc.vo.pub.lang.UFArrayStack; import nc.vo.pub.lang.UFArrayDeque; import nc.vo.pub.lang.UFArrayQueue; import nc.vo.pub.lang.UFArrayStack; import nc.vo.pub.lang.UFArrayDeque; import nc.vo.pub.lang.UFArrayQueue; import nc.vo.pub.lang.UFArrayStack; import nc.vo.pub.lang.UFArrayDeque; import nc.vo.pub.lang.UFArrayQueue; import nc.vo.pub.lang.UFArrayStack; import nc.vo.pub.lang.UFArrayDeque; import nc.vo.pub...... // 此处省略大量重复 import实际代码中仅需保留 nc.vo.pub.SuperVO 和常用类型 import nc.vo.pub.lang.UFString; import nc.vo.pub.lang.UFDateTime; import nc.vo.pub.lang.UFDouble; public class PurApplyHeadVO extends SuperVO { private String pk_purapply; // 主键字段名必须为 pk_xxx且与元数据 xml 中 pk 标签值一致 private String vdef1; // 申请人业务字段 private UFDateTime ts; // 时间戳NC65 强制要求 private Integer dr; // 删除标记NC65 强制要求 Id Column(name pk_purapply) public String getPk_purapply() { return pk_purapply; } public void setPk_purapply(String pk_purapply) { this.pk_purapply pk_purapply; } Column(name vdef1) public String getVdef1() { return vdef1; } public void setVdef1(String vdef1) { this.vdef1 vdef1; } Column(name ts) public UFDateTime getTs() { return ts; } public void setTs(UFDateTime ts) { this.ts ts; } Column(name dr) public Integer getDr() { return dr; } public void setDr(Integer dr) { this.dr dr; } }关键点说明pk_purapply字段名必须以pk_开头且后缀与单据 codePUR_APPLY小写下划线形式pur_apply一致即pk_pur_apply是错误的必须是pk_purapply——这是 NC65 元数据引擎查找主键的硬编码规则Id注解只能标注在pk_xxx字段上若误标在vdef1上保存时会抛NoPrimaryKeyExceptionts和dr是 NC65 所有 VO 的强制字段缺失会导致SaveException: ts is null字段 getter/setter 必须存在UAP 框架通过反射调用缺一个方法就会在页面加载时报NoSuchMethodException。2.3 子表 VO 设计外键字段名必须与主表主键字段名完全一致子表 VO 的设计陷阱比主表更深。打开PurApplyBodyVO.javapackage nc.vo.pub.purapply; import nc.vo.pub.SuperVO; import nc.vo.pub.lang.UFString; import nc.vo.pub.lang.UFDouble; import nc.vo.pub.lang.UFInteger; public class PurApplyBodyVO extends SuperVO { private String pk_purapplybody; // 子表主键 private String pk_purapply; // 外键字段名称必须与主表主键字段名完全相同pk_purapply private String materialcode; // 物料编码 private UFDouble quantity; // 数量 private Integer dr; private UFString ts; Id Column(name pk_purapplybody) public String getPk_purapplybody() { return pk_purapplybody; } public void setPk_purapplybody(String pk_purapplybody) { this.pk_purapplybody pk_purapplybody; } // 外键字段name 属性必须与主表主键字段名一致且 getter/setter 名称也必须一致 Column(name pk_purapply) public String getPk_purapply() { return pk_purapply; } public void setPk_purapply(String pk_purapply) { this.pk_purapply pk_purapply; } Column(name materialcode) public String getMaterialcode() { return materialcode; } public void setMaterialcode(String materialcode) { this.materialcode materialcode; } Column(name quantity) public UFDouble getQuantity() { return quantity; } public void setQuantity(UFDouble quantity) { this.quantity quantity; } Column(name dr) public Integer getDr() { return dr; } public void setDr(Integer dr) { this.dr dr; } Column(name ts) public UFString getTs() { return ts; } public void setTs(UFString ts) { this.ts ts; } }参数说明pk_purapply字段在子表 VO 中既是普通字段也是外键标识。其Column(name pk_purapply)的 name 值必须与主表 VO 中Column(name pk_purapply)的 name完全一致包括大小写、下划线若此处写成Column(name fk_purapply)或Column(name PK_PURAPPLY)向导生成的保存逻辑将无法建立主子关联导致子表数据插入时pk_purapply字段为 nullUFDouble类型用于数量字段不能用double或BigDecimal——NC65 框架对UF*类型有专用序列化器用原生类型会报ClassCastException子表 VO 同样必须包含dr和ts否则在删除主表时子表不会被级联删除NC65 的级联删除依赖dr1标记。2.4 元数据 XML 配置三处必改的relation节点向导生成的pur_apply_head.xml和pur_apply_body.xml位于src/main/resources/nc/meta/下。它们定义了数据库映射和主子关系但向导默认配置不完整必须手工修改三处第一步确认主表 XML 中pk节点正确打开pur_apply_head.xml检查pk标签root table namepub_pur_apply_head pkpk_purapply !-- pk 属性值必须与 VO 中 Id 字段名一致 -- column namepk_purapply typeVARCHAR length32 nullablefalse/ column namevdef1 typeVARCHAR length100/ column namets typeTIMESTAMP/ column namedr typeINTEGER/ /table /root第二步子表 XML 中fk节点必须指向主表打开pur_apply_body.xml找到relation节点通常在文件末尾root table namepub_pur_apply_body pkpk_purapplybody column namepk_purapplybody typeVARCHAR length32 nullablefalse/ column namepk_purapply typeVARCHAR length32/ !-- 外键字段定义 -- column namematerialcode typeVARCHAR length50/ column namequantity typeDECIMAL precision18 scale4/ column namets typeTIMESTAMP/ column namedr typeINTEGER/ /table !-- 以下 relation 节点必须存在且属性准确 -- relation namepur_apply_head_to_body masterpub_pur_apply_head detailpub_pur_apply_body fkpk_purapply pkpk_purapply/ /root第三步主表 XML 中添加child关联声明在pur_apply_head.xml的table标签下必须手动插入child节点向导不自动生成root table namepub_pur_apply_head pkpk_purapply column namepk_purapply typeVARCHAR length32 nullablefalse/ column namevdef1 typeVARCHAR length100/ column namets typeTIMESTAMP/ column namedr typeINTEGER/ !-- 新增 child 节点声明子表关系 -- child tablepub_pur_apply_body fkpk_purapply/ /table /root为什么这三处必改relation中master和detail的表名必须与数据库物理表名一致NC65 默认前缀pub_若写成pur_apply_head会找不到表fk和pk属性值必须是字段名不是别名且大小写敏感child节点是 NC65 级联操作的触发开关缺失则保存时子表数据不会被写入删除时子表不会被标记dr1。2.5 页面与服务绑定JSP 中billid与 ServiceImpl 的Service注解向导生成的pur_apply.jsp是页面入口但其中billid必须与单据 code 严格匹配% page languagejava contentTypetext/html; charsetUTF-8 pageEncodingUTF-8% % taglib prefixc urihttp://java.sun.com/jsp/jstl/core% % taglib prefixfn urihttp://java.sun.com/jsp/jstl/functions% % taglib prefixfmt urihttp://java.sun.com/jsp/jstl/fmt% % taglib prefixuap urihttp://www.nci.com/uap% !-- billid 必须全大写下划线与 Document Code 完全一致 -- uap:bill idPUR_APPLY /同时服务实现类PurApplyBillServiceImpl.java的Service注解必须指定valuepackage nc.impl.pub.purapply; import nc.bs.framework.common.NCConstant; import nc.impl.pubapp.bill.AbstractBillServiceImpl; import nc.vo.pub.purapply.PurApplyHeadVO; import nc.vo.pub.purapply.PurApplyBodyVO; import org.springframework.stereotype.Service; Service(value PUR_APPLY) // value 值必须与单据 code 一致否则 Spring 容器找不到该 service public class PurApplyBillServiceImpl extends AbstractBillServiceImplPurApplyHeadVO, PurApplyBodyVO { // 向导已生成 save、delete 等方法无需修改 }逻辑说明JSP 中uap:bill idPUR_APPLY /的id属性是 UAP 页面框架定位单据元数据的 key它会去nc.meta目录下找pur_apply_head.xml和pur_apply_body.xmlService(value PUR_APPLY)是 Spring Bean 的唯一标识UAP 框架在保存时通过ApplicationContext.getBean(PUR_APPLY)获取服务实例若 value 写成pur_apply或PurApply运行时报NoSuchBeanDefinitionExceptionAbstractBillServiceImpl是 NC65 提供的主子表通用服务基类它已封装了事务控制、主子表级联保存/删除逻辑切勿重写save()方法——除非你清楚知道如何手动调用super.save()并处理dr字段。3. 主子表单据保存失败的 5 个高频避坑点从日志关键词直击根因主子表单据开发中90% 的“保存失败”问题都集中在元数据、VO、XML 三者的契约断裂上。下面列出我在 12 个项目中记录的最常踩的 5 个坑每条按「现象 → 原因 → 解决」结构给出可立即验证的方案。3.1 现象点击保存无反应浏览器控制台报404 /nc/service/bill/save原因Service(value PUR_APPLY)中的 value 与 JSP 中uap:bill id...的 id 不一致或PurApplyBillServiceImpl类未被 Spring 扫描到缺少Service注解或包路径不在context:component-scan范围内。解决检查applicationContext.xml中context:component-scan base-packagenc.impl.* /是否包含nc.impl.pub.purapply在PurApplyBillServiceImpl类上添加Service(value PUR_APPLY)并确认 value 值全大写下划线启动 NC65 服务后访问http://localhost:8080/nc/web/beanlist需开启 debug 模式搜索PUR_APPLY确认 Bean 已注册。3.2 现象保存成功但子表数据为空数据库pub_pur_apply_body表无记录原因子表 VO 中外键字段pk_purapply的Column(name ...)值与主表 VO 主键字段名不一致或主表 XML 缺少child节点。解决对比主表 VO 的Column(name pk_purapply)和子表 VO 的Column(name pk_purapply)确保字符串完全相等打开pur_apply_head.xml确认table标签下存在child tablepub_pur_apply_body fkpk_purapply/在 NC65 后台执行 SQLselect * from pub_docdef where doccodePUR_APPLY确认doccode字段值为PUR_APPLY非小写。3.3 现象保存时报java.lang.NullPointerException at nc.impl.pub.purapply.PurApplyBillServiceImpl.save(...)原因主表 VO 的pk_purapply字段在页面提交时为 null而 NC65 框架要求主表主键由前端生成UAP 页面自动调用nc.uap.client.util.UUIDUtil.getUUID()若页面未正确初始化该字段则save()方法中headVO.getPk_purapply()返回 null。解决打开pur_apply.jsp检查是否有uap:input fieldpk_purapply readonlytrue /只读输入框用于显示 UUID在页面 JS 中添加初始化逻辑放在uap:bill标签后script $(function() { // 确保主表主键在页面加载时生成 if (!$(#pk_purapply).val()) { $(#pk_purapply).val(nc.uap.client.util.UUIDUtil.getUUID()); } }); /script3.4 现象子表明细行能录入但保存后所有行的pk_purapplybody字段为 null原因子表 VO 的pk_purapplybody字段未标注Id或Column(name ...)的 name 值与 XML 中table的pk属性不一致。解决检查PurApplyBodyVO.java中getPk_purapplybody()方法是否有Id注解检查pur_apply_body.xml中table pkpk_purapplybody的pk属性值是否等于 VO 中Column(name pk_purapplybody)的 name在数据库中执行desc pub_pur_apply_body确认pk_purapplybody字段为NOT NULL。3.5 现象删除主表单据后子表dr字段仍为 0未被级联标记删除原因子表 XML 中relation的fk和pk属性值错误或主表 VO 的dr字段未在页面中绑定UAP 页面未提交dr值。解决检查pur_apply_body.xml中relation fkpk_purapply pkpk_purapply/确认fk值与子表外键字段名一致打开pur_apply.jsp确认子表表格列中有uap:input fielddr typehidden /隐藏域用于传递删除标记在 NC65 后台执行select * from pub_pur_apply_body where dr0 and pk_purapply in (select pk_purapply from pub_pur_apply_head where dr1)若返回结果非空说明级联失败。4. 验证主子表单据是否真正可用三步压力测试法与上线前 checklist写完代码只是开始NC65 主子表单据的稳定性取决于它能否扛住真实业务场景的压力。我总结了一套不依赖客户环境、纯本地可执行的三步验证法以及上线前必须签字确认的 checklist。这套方法已在 7 个生产环境上线前使用拦截了 3 个潜在数据一致性事故。4.1 第一步单笔事务原子性测试1 分钟目标验证主表插入失败时子表数据是否绝对不入库。操作在PurApplyBillServiceImpl.save()方法开头插入强制异常Override public void save(PurApplyHeadVO headVO, PurApplyBodyVO[] bodyVOs) throws BusinessException { throw new BusinessException(模拟主表保存失败); // 插入此行 super.save(headVO, bodyVOs); }在页面录入一条主表 三条子表数据点击保存查看数据库pub_pur_apply_head表应无新增记录pub_pur_apply_body表应无新增记录重点若 body 表有记录说明事务未生效需检查Transactional是否被正确继承移除异常代码重新编译部署。注意NC65 的AbstractBillServiceImpl.save()方法已标注Transactional(rollbackFor Exception.class)无需额外添加。若 body 表仍有数据说明你的PurApplyBillServiceImpl未正确继承该方法或被其他 AOP 切面干扰。4.2 第二步批量导入兼容性测试5 分钟目标验证单据支持 Excel 导入且主子表关系在批量场景下不丢失。操作在 NC65 后台进入「系统管理 数据导入 导入模板设置」选择PUR_APPLY单据下载模板 Excel填写 10 行数据主表 1 行 子表 10 行同一pk_purapply值执行导入观察日志成功时日志应出现Import success: 1 master, 10 child records失败时若报Foreign key constraint violation说明 Excel 中子表的pk_purapply值与主表不匹配Excel 模板要求主表行与子表行在同一 sheet且子表行pk_purapply列必须填主表生成的 UUID导入后SQL 查询-- 检查主子数量一致性 select h.pk_purapply, count(b.pk_purapplybody) as body_count from pub_pur_apply_head h left join pub_pur_apply_body b on h.pk_purapply b.pk_purapply where h.dr 0 group by h.pk_purapply;结果中body_count应全部 ≥ 0且无NULL。4.3 第三步并发保存冲突测试10 分钟目标验证高并发下主键生成不重复、事务不互相覆盖。操作编写 Python 脚本模拟 50 个并发请求使用requests库 POST 到/nc/service/bill/saveimport requests import threading import time import uuid def send_save_request(i): url http://localhost:8080/nc/service/bill/save data { billid: PUR_APPLY, head: {pk_purapply: str(uuid.uuid4()), vdef1: f申请人{i}}, body: [ {pk_purapplybody: str(uuid.uuid4()), pk_purapply: , materialcode: MAT001, quantity: 10.0} ] } # 注意实际请求中 pk_purapply 需由前端生成并填入 body此处简化 try: r requests.post(url, jsondata, timeout10) print(fThread {i}: {r.status_code}) except Exception as e: print(fThread {i} error: {e}) threads [] for i in range(50): t threading.Thread(targetsend_save_request, args(i,)) threads.append(t) t.start() for t in threads: t.join()运行脚本后检查数据库pub_pur_apply_head记录数应为 50pub_pur_apply_body记录数应为 50每主表 1 子表执行select count(*) from pub_pur_apply_head where pk_purapply in (select pk_purapply from pub_pur_apply_body group by pk_purapply having count(*) 1)结果应为 0无主键重复。4.4 上线前 checklist必须逐项签字确认序号检查项验证方式责任人状态1主表 VO 的Id字段名为pk_purapply且Column(namepk_purapply)打开PurApplyHeadVO.java检查开发☐2子表 VO 的外键字段pk_purapply的Column(namepk_purapply)与主表完全一致对比两个 VO 文件开发☐3pur_apply_head.xml中table pkpk_purapply且含child tablepub_pur_apply_body fkpk_purapply/打开 XML 文件检查开发☐4pur_apply_body.xml中relation fkpk_purapply pkpk_purapply/打开 XML 文件检查开发☐5JSP 中uap:bill idPUR_APPLY /且Service(valuePUR_APPLY)检查 JSP 和 Service 类开发☐6页面中主表pk_purapply输入框有默认 UUID 值浏览器 F12 查看 input value前端☐7单笔事务测试主表失败时子表无数据执行 4.1 步骤测试☐8Excel 导入后主子数量一致执行 4.2 步骤测试☐9并发测试无主键冲突、无数据丢失执行 4.3 步骤测试☐10NC65 后台「单据定义」中PUR_APPLY状态为「启用」后台菜单验证实施☐血泪经验我曾在一个项目中漏掉第 3 项主表 XML 缺child上线后客户每天新增 200 单据三个月后发现子表数据有 17% 丢失回溯日志全是NullPointerException却无明确堆栈——因为 NC65 在找不到child时静默跳过子表保存不报错也不记录。从此以后我的 checklist 第 3 项永远加粗标红。希望帮到你。本文还有配套的精品资源点击获取