简介这是一套基于ThinkPHP框架开发的生态农业与牧业投资类项目源码面向PHP开发者、农业互联网创业者及计算机专业学生可用于学习认养模式系统的完整实现或结合实际农业项目二次运营如认养奶牛、认养菜园等场景。压缩包共约2000个文件整体102.27MB其中PHP文件1054个构成核心业务逻辑另有大量png、jpg、gif等图片资源用于界面展示js与css文件支撑前端交互与样式html与tpl模板文件负责页面渲染config、functions及sql文件则提供配置、公共函数与数据库结构目录组织较为完整。目前已有233人学习下载。源码包含积分商城与转盘抽奖模块功能相对完善适合研究认养流程、订单管理、积分体系及抽奖逻辑的实现思路也可作为PHP5.6MySQL环境下二次开发与课程设计的参考素材。1. 从一份 2022 年的 PHP 农业投资系统源码说起它到底能跑出什么手里拿到一套 2022 年写的 PHP 生态农业项目系统源码标题里还挂着农业牧业投资、积分商城、转盘抽奖很多人第一反应是「这不就是个过时的整站包」。但真把它拆开跑起来你会发现它其实是一套结构相当完整的小型投资 电商混合业务系统用户充值、认养地块或牲畜、按周期返收益、积分兑换、抽奖消耗积分这几条链路在 2022 年前后是农旅和牧业众筹类项目最常见的组合。它适合谁适合想快速搭一套带资金流转和积分玩法的中小型平台、又不想从零写用户和订单模块的开发者也适合拿它当 PHP 类与接口设计的练手项目。这一章先把这套源码的业务骨架讲清楚后面几章再落到环境、模块改造和抽奖实现。2. 农业牧业投资系统的业务骨架先看懂再动手改2.1 投资返利这条主线是怎么串起来的这类系统的核心不是「农业」而是「投资 周期返利」。用户在前台下单购买一个投资标的比如「认养一头牛 90 天」系统生成一条投资订单记录本金、周期、日利率或固定返利额然后靠定时任务或用户手动领取的方式把收益按天或按周期打到用户余额。2022 年那批源码里这条链路通常落在三张表上投资产品表、用户投资订单表、收益流水表。产品表存周期和利率订单表存用户和状态流水表存每一笔返利。我一般会先看订单状态字段因为它是整条链路的黑匣子。常见状态有「待审核、进行中、已到期、已结算」如果状态机设计得乱后面加提现和退款就会翻车。判断一套源码值不值得改就看它的订单状态流转是不是集中在一个 service 里而不是散落在十几个控制器里各写各的。?php // 投资订单收益结算的核心逻辑简化示意 class InvestOrderService { // 按天结算遍历进行中的订单计算当日收益 public function settleDaily() { // 只取进行中且未到期的订单避免重复结算 $orders Db::name(invest_order) -where(status, 1) -where(end_time, , time()) -select(); foreach ($orders as $order) { // 日收益 本金 * 日利率利率存的是小数如 0.01 $profit bcmul($order[amount], $order[day_rate], 4); // 写流水type1 表示投资返利 Db::name(user_bill)-insert([ user_id $order[user_id], type 1, amount $profit, remark 投资返利, create_time time(), ]); // 累加用户余额用 bcadd 避免浮点误差 Db::name(user)-where(id, $order[user_id]) -inc(balance, $profit)-update(); } } }这段逻辑说明三件事结算入口要唯一金额计算要用高精度函数流水必须先写再改余额。参数上day_rate建议存小数而不是百分比避免每次计算都除 100status用整型枚举别用中文存状态。失败时先看流水表有没有重复记录再看订单的end_time是不是被时区坑了——2022 年很多源码默认用date_default_timezone_set(PRC)迁移到新环境如果没设时区结算时间会整体偏移 8 小时。2.2 积分商城和投资账户怎么共用一套用户体系积分商城最容易出的问题是「积分和余额混着花」。这套源码里积分和余额通常是user表上的两个字段商城下单走积分投资走余额但抽奖又可能同时消耗两者。改造时我一般会把积分流水单独建表和资金流水分开因为资金流水要审计积分流水只做对账。商城模块的关键是商品类型和兑换限制。常见做法是给商品加一个exchange_type字段1 是纯积分2 是积分加现金3 是仅限投资用户兑换。这样运营做活动时不用改代码配字段就行。库存扣减一定要用数据库层面的原子操作别在 PHP 里先查再减并发一上来就超卖。-- 积分商城下单时扣库存用条件更新保证原子性 UPDATE mall_goods SET stock stock - 1 WHERE id 10 AND stock 0; -- 影响行数为 0 说明库存不足PHP 里据此回滚订单参数上stock字段建议用无符号整型防止扣成负数。如果源码里库存是int且有符号先改表结构再上线。兑换限制字段建议存 JSON比如{level:2,invest_amount:1000}比开一堆布尔字段好维护。2.3 转盘抽奖的奖品池与概率控制转盘抽奖看着是前端动画真正决定体验的是后端概率。2022 年那批源码里抽奖概率常见两种写法一种是固定概率数组一种是按权重随机。固定概率容易在奖品增减时算错总和我一般改成权重法每个奖品一个权重总和不必等于 100代码里按权重区间随机。?php // 按权重抽取奖品权重存在 prize 表的 weight 字段 function drawPrize($prizes) { $total array_sum(array_column($prizes, weight)); $rand mt_rand(1, $total); $sum 0; foreach ($prizes as $prize) { $sum $prize[weight]; if ($rand $sum) { return $prize; } } return $prizes[0]; // 兜底防止浮点或配置错误导致无返回 }逻辑说明先累加总权重再随机一个 1 到总权重的整数落在哪个区间就中哪个奖品。参数上weight用正整数别用小数避免array_sum出现浮点误差。抽奖记录必须落库字段至少包含用户、奖品、时间、消耗积分方便后面排查「为什么用户说没中奖但积分扣了」。如果源码里抽奖是纯前端随机那必须重写前端随机等于没随机用户刷新页面就能刷奖品。3. 把源码跑起来PHP 8 环境下的最小可运行配置3.1 环境选型宝塔、小皮还是 Docker2022 年的 PHP 项目官方推荐环境多半是 PHP 7.4但热词里php 8、phpstorm、vscode php出现频率很高说明不少人想在新环境跑。我的建议是先按源码要求跑通再考虑升级。宝塔和小皮面板适合快速起环境Docker 适合做可复现的交付。如果你只是本地调试小皮面板装 PHP 7.4 MySQL 5.7 最省事如果要给团队复现用 Docker 把 PHP、MySQL、Nginx 打包成 compose。# docker-compose 最小片段PHP 7.4 MySQL 5.7 version: 3 services: php: image: php:7.4-fpm volumes: - ./www:/var/www/html mysql: image: mysql:5.7 environment: MYSQL_ROOT_PASSWORD: root123 MYSQL_DATABASE: agri_invest参数说明volumes把源码目录挂进去改代码不用重建镜像MYSQL_DATABASE建库名要和源码config/database.php里一致。如果启动报no package libzip found那是 PHP 编译时缺 libzip 开发包宝塔里换用预编译版本即可别硬编译。3.2 导入数据库与配置文件的三个必改项源码包里的.sql文件导入后先别急着访问首页。我一般按顺序改三处数据库连接、域名配置、缓存驱动。数据库连接在config/database.php或.env里改完用命令行连一下确认。域名配置常见于config/app.php的app_url不改会导致支付回调地址错。缓存驱动如果源码默认用文件缓存本地没问题上线建议换 Redis否则抽奖和投资结算并发一高就锁表。// config/database.php 关键项 return [ hostname 127.0.0.1, database agri_invest, username root, password root123, hostport 3306, charset utf8mb4, // 别用 utf8否则 emoji 和部分中文会乱码 ];charset用utf8mb4是血泪经验2022 年不少源码还写着utf8用户昵称带 emoji 就存不进去。改完记得把数据库和表的字符集也一起改只改配置不改表等于没改。3.3 用 VSCode 或 PHPStorm 断点调试投资结算热词里vscode php、vscode配置php环境、phpstorm都指向同一个需求怎么调试。投资结算这种定时任务光看日志很难定位我一般用 Xdebug 打断点。VSCode 装 PHP Debug 插件php.ini里开xdebug.modedebug配好launch.json就能在settleDaily里单步看每笔订单的金额。{ version: 0.2.0, configurations: [ { name: Listen for Xdebug, type: php, request: launch, port: 9003, pathMappings: { /var/www/html: ${workspaceFolder}/www } } ] }pathMappings是 Docker 调试的关键左边是容器内路径右边是本地路径映射错了断点永远不生效。调试结算时重点看bcmul的精度参数如果源码里用的是*乘法改成bcmul后金额才对得上。4. 二次开发避坑投资、积分、抽奖三条链路的常见翻车点4.1 投资返利重复结算现象用户余额一天涨了两次流水表出现同一订单同一时间的两条记录。原因定时任务被重复触发或者结算逻辑没有幂等判断。解决在流水表加唯一索引(order_id, settle_date)插入冲突就跳过定时任务用文件锁或 Redis 锁保证同一时间只有一个进程在跑。4.2 积分商城超卖现象库存显示 0 但订单还在生成。原因PHP 里先select查库存再update扣减两个请求同时查到 1都扣成功。解决改成UPDATE ... WHERE stock 0的条件更新判断影响行数或者用 Redis 预扣库存下单成功再落库。4.3 转盘抽奖概率被前端篡改现象用户反馈总能抽到大奖后台记录却正常。原因抽奖接口把奖品列表返回给前端前端自己算随机或者接口没校验请求来源。解决抽奖逻辑全部放后端前端只负责转动画接口加签名和频率限制同一用户每秒最多请求一次。4.4 时区导致结算日期错乱现象凌晨结算跑到了前一天用户收益日期对不上。原因PHP 时区和 MySQL 时区不一致time()和NOW()差 8 小时。解决PHP 里date_default_timezone_set(Asia/Shanghai)MySQL 连接后执行SET time_zone 8:00两边统一。4.5 升级 PHP 8 后抽奖报错现象PHP 7.4 正常换 PHP 8 后抽奖页面白屏。原因源码里用了 PHP 8 移除的函数或者mt_rand参数传了浮点。解决看php error log把废弃函数替换掉mt_rand只传整数权重表确保是整型。升级前先在测试环境跑一遍全链路别直接上生产。5. 让抽奖和积分真正跑起来一个可复用的权重抽奖与积分对账技巧抽奖和积分是这套源码里最容易被做「玄学」的两块我一般会把它们做成可配置、可对账的模块。具体做法是奖品池用后台配置权重抽奖记录和积分流水用同一张对账视图关联运营每天看一眼就能发现异常。下面这个对账 SQL 是我常用的能直接查出「扣了积分但没中奖记录」的用户。-- 查出消耗积分但无抽奖记录的用户用于排查抽奖接口异常 SELECT b.user_id, b.amount, b.create_time FROM user_bill b LEFT JOIN lottery_record l ON b.user_id l.user_id AND ABS(b.create_time - l.create_time) 5 WHERE b.type 3 -- 3 表示抽奖消耗 AND l.id IS NULL;逻辑说明用时间差 5 秒关联抽奖记录找不到对应记录的就是异常消耗。参数上type枚举要和源码里一致改代码时别只改一处。这个查询建议做成后台定时任务每天跑一次比等用户投诉再查强得多。进阶一点抽奖权重可以做成按用户等级动态调整。比如新用户权重偏向小奖老用户偶尔给大奖配置存 JSON抽奖前根据用户等级取对应权重表。这样运营不用改代码就能调活动。验证方法很简单写个脚本跑一万次抽奖统计各奖品出现次数和配置权重对比偏差超过 5% 就说明随机算法或权重配置有问题。?php // 压测抽奖分布验证权重是否符合预期 $prizes Db::name(lottery_prize)-where(status, 1)-select(); $stat []; for ($i 0; $i 10000; $i) { $p drawPrize($prizes); $stat[$p[name]] ($stat[$p[name]] ?? 0) 1; } print_r($stat); // 各奖品次数应接近 weight / total * 10000我自己踩过的坑是权重表里混了一个weight 0的奖品结果mt_rand(1, $total)永远抽不到它但后台又显示它在线运营以为概率配错了。后来我养成习惯抽奖配置保存时先校验权重总和大于 0且每个在线奖品权重至少为 1。这套源码值不值得投入取决于你能否把投资结算和抽奖这两条链路做扎实剩下的商城和用户模块都是常规活。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/28 23:10:10 · 阅读 1.2k PHP农业投资系统源码解析：投资返利、积分商城与转盘抽奖实现
简介这是一套基于ThinkPHP框架开发的生态农业与牧业投资类项目源码面向PHP开发者、农业互联网创业者及计算机专业学生可用于学习认养模式系统的完整实现或结合实际农业项目二次运营如认养奶牛、认养菜园等场景。压缩包共约2000个文件整体102.27MB其中PHP文件1054个构成核心业务逻辑另有大量png、jpg、gif等图片资源用于界面展示js与css文件支撑前端交互与样式html与tpl模板文件负责页面渲染config、functions及sql文件则提供配置、公共函数与数据库结构目录组织较为完整。目前已有233人学习下载。源码包含积分商城与转盘抽奖模块功能相对完善适合研究认养流程、订单管理、积分体系及抽奖逻辑的实现思路也可作为PHP5.6MySQL环境下二次开发与课程设计的参考素材。1. 从一份 2022 年的 PHP 农业投资系统源码说起它到底能跑出什么手里拿到一套 2022 年写的 PHP 生态农业项目系统源码标题里还挂着农业牧业投资、积分商城、转盘抽奖很多人第一反应是「这不就是个过时的整站包」。但真把它拆开跑起来你会发现它其实是一套结构相当完整的小型投资 电商混合业务系统用户充值、认养地块或牲畜、按周期返收益、积分兑换、抽奖消耗积分这几条链路在 2022 年前后是农旅和牧业众筹类项目最常见的组合。它适合谁适合想快速搭一套带资金流转和积分玩法的中小型平台、又不想从零写用户和订单模块的开发者也适合拿它当 PHP 类与接口设计的练手项目。这一章先把这套源码的业务骨架讲清楚后面几章再落到环境、模块改造和抽奖实现。2. 农业牧业投资系统的业务骨架先看懂再动手改2.1 投资返利这条主线是怎么串起来的这类系统的核心不是「农业」而是「投资 周期返利」。用户在前台下单购买一个投资标的比如「认养一头牛 90 天」系统生成一条投资订单记录本金、周期、日利率或固定返利额然后靠定时任务或用户手动领取的方式把收益按天或按周期打到用户余额。2022 年那批源码里这条链路通常落在三张表上投资产品表、用户投资订单表、收益流水表。产品表存周期和利率订单表存用户和状态流水表存每一笔返利。我一般会先看订单状态字段因为它是整条链路的黑匣子。常见状态有「待审核、进行中、已到期、已结算」如果状态机设计得乱后面加提现和退款就会翻车。判断一套源码值不值得改就看它的订单状态流转是不是集中在一个 service 里而不是散落在十几个控制器里各写各的。?php // 投资订单收益结算的核心逻辑简化示意 class InvestOrderService { // 按天结算遍历进行中的订单计算当日收益 public function settleDaily() { // 只取进行中且未到期的订单避免重复结算 $orders Db::name(invest_order) -where(status, 1) -where(end_time, , time()) -select(); foreach ($orders as $order) { // 日收益 本金 * 日利率利率存的是小数如 0.01 $profit bcmul($order[amount], $order[day_rate], 4); // 写流水type1 表示投资返利 Db::name(user_bill)-insert([ user_id $order[user_id], type 1, amount $profit, remark 投资返利, create_time time(), ]); // 累加用户余额用 bcadd 避免浮点误差 Db::name(user)-where(id, $order[user_id]) -inc(balance, $profit)-update(); } } }这段逻辑说明三件事结算入口要唯一金额计算要用高精度函数流水必须先写再改余额。参数上day_rate建议存小数而不是百分比避免每次计算都除 100status用整型枚举别用中文存状态。失败时先看流水表有没有重复记录再看订单的end_time是不是被时区坑了——2022 年很多源码默认用date_default_timezone_set(PRC)迁移到新环境如果没设时区结算时间会整体偏移 8 小时。2.2 积分商城和投资账户怎么共用一套用户体系积分商城最容易出的问题是「积分和余额混着花」。这套源码里积分和余额通常是user表上的两个字段商城下单走积分投资走余额但抽奖又可能同时消耗两者。改造时我一般会把积分流水单独建表和资金流水分开因为资金流水要审计积分流水只做对账。商城模块的关键是商品类型和兑换限制。常见做法是给商品加一个exchange_type字段1 是纯积分2 是积分加现金3 是仅限投资用户兑换。这样运营做活动时不用改代码配字段就行。库存扣减一定要用数据库层面的原子操作别在 PHP 里先查再减并发一上来就超卖。-- 积分商城下单时扣库存用条件更新保证原子性 UPDATE mall_goods SET stock stock - 1 WHERE id 10 AND stock 0; -- 影响行数为 0 说明库存不足PHP 里据此回滚订单参数上stock字段建议用无符号整型防止扣成负数。如果源码里库存是int且有符号先改表结构再上线。兑换限制字段建议存 JSON比如{level:2,invest_amount:1000}比开一堆布尔字段好维护。2.3 转盘抽奖的奖品池与概率控制转盘抽奖看着是前端动画真正决定体验的是后端概率。2022 年那批源码里抽奖概率常见两种写法一种是固定概率数组一种是按权重随机。固定概率容易在奖品增减时算错总和我一般改成权重法每个奖品一个权重总和不必等于 100代码里按权重区间随机。?php // 按权重抽取奖品权重存在 prize 表的 weight 字段 function drawPrize($prizes) { $total array_sum(array_column($prizes, weight)); $rand mt_rand(1, $total); $sum 0; foreach ($prizes as $prize) { $sum $prize[weight]; if ($rand $sum) { return $prize; } } return $prizes[0]; // 兜底防止浮点或配置错误导致无返回 }逻辑说明先累加总权重再随机一个 1 到总权重的整数落在哪个区间就中哪个奖品。参数上weight用正整数别用小数避免array_sum出现浮点误差。抽奖记录必须落库字段至少包含用户、奖品、时间、消耗积分方便后面排查「为什么用户说没中奖但积分扣了」。如果源码里抽奖是纯前端随机那必须重写前端随机等于没随机用户刷新页面就能刷奖品。3. 把源码跑起来PHP 8 环境下的最小可运行配置3.1 环境选型宝塔、小皮还是 Docker2022 年的 PHP 项目官方推荐环境多半是 PHP 7.4但热词里php 8、phpstorm、vscode php出现频率很高说明不少人想在新环境跑。我的建议是先按源码要求跑通再考虑升级。宝塔和小皮面板适合快速起环境Docker 适合做可复现的交付。如果你只是本地调试小皮面板装 PHP 7.4 MySQL 5.7 最省事如果要给团队复现用 Docker 把 PHP、MySQL、Nginx 打包成 compose。# docker-compose 最小片段PHP 7.4 MySQL 5.7 version: 3 services: php: image: php:7.4-fpm volumes: - ./www:/var/www/html mysql: image: mysql:5.7 environment: MYSQL_ROOT_PASSWORD: root123 MYSQL_DATABASE: agri_invest参数说明volumes把源码目录挂进去改代码不用重建镜像MYSQL_DATABASE建库名要和源码config/database.php里一致。如果启动报no package libzip found那是 PHP 编译时缺 libzip 开发包宝塔里换用预编译版本即可别硬编译。3.2 导入数据库与配置文件的三个必改项源码包里的.sql文件导入后先别急着访问首页。我一般按顺序改三处数据库连接、域名配置、缓存驱动。数据库连接在config/database.php或.env里改完用命令行连一下确认。域名配置常见于config/app.php的app_url不改会导致支付回调地址错。缓存驱动如果源码默认用文件缓存本地没问题上线建议换 Redis否则抽奖和投资结算并发一高就锁表。// config/database.php 关键项 return [ hostname 127.0.0.1, database agri_invest, username root, password root123, hostport 3306, charset utf8mb4, // 别用 utf8否则 emoji 和部分中文会乱码 ];charset用utf8mb4是血泪经验2022 年不少源码还写着utf8用户昵称带 emoji 就存不进去。改完记得把数据库和表的字符集也一起改只改配置不改表等于没改。3.3 用 VSCode 或 PHPStorm 断点调试投资结算热词里vscode php、vscode配置php环境、phpstorm都指向同一个需求怎么调试。投资结算这种定时任务光看日志很难定位我一般用 Xdebug 打断点。VSCode 装 PHP Debug 插件php.ini里开xdebug.modedebug配好launch.json就能在settleDaily里单步看每笔订单的金额。{ version: 0.2.0, configurations: [ { name: Listen for Xdebug, type: php, request: launch, port: 9003, pathMappings: { /var/www/html: ${workspaceFolder}/www } } ] }pathMappings是 Docker 调试的关键左边是容器内路径右边是本地路径映射错了断点永远不生效。调试结算时重点看bcmul的精度参数如果源码里用的是*乘法改成bcmul后金额才对得上。4. 二次开发避坑投资、积分、抽奖三条链路的常见翻车点4.1 投资返利重复结算现象用户余额一天涨了两次流水表出现同一订单同一时间的两条记录。原因定时任务被重复触发或者结算逻辑没有幂等判断。解决在流水表加唯一索引(order_id, settle_date)插入冲突就跳过定时任务用文件锁或 Redis 锁保证同一时间只有一个进程在跑。4.2 积分商城超卖现象库存显示 0 但订单还在生成。原因PHP 里先select查库存再update扣减两个请求同时查到 1都扣成功。解决改成UPDATE ... WHERE stock 0的条件更新判断影响行数或者用 Redis 预扣库存下单成功再落库。4.3 转盘抽奖概率被前端篡改现象用户反馈总能抽到大奖后台记录却正常。原因抽奖接口把奖品列表返回给前端前端自己算随机或者接口没校验请求来源。解决抽奖逻辑全部放后端前端只负责转动画接口加签名和频率限制同一用户每秒最多请求一次。4.4 时区导致结算日期错乱现象凌晨结算跑到了前一天用户收益日期对不上。原因PHP 时区和 MySQL 时区不一致time()和NOW()差 8 小时。解决PHP 里date_default_timezone_set(Asia/Shanghai)MySQL 连接后执行SET time_zone 8:00两边统一。4.5 升级 PHP 8 后抽奖报错现象PHP 7.4 正常换 PHP 8 后抽奖页面白屏。原因源码里用了 PHP 8 移除的函数或者mt_rand参数传了浮点。解决看php error log把废弃函数替换掉mt_rand只传整数权重表确保是整型。升级前先在测试环境跑一遍全链路别直接上生产。5. 让抽奖和积分真正跑起来一个可复用的权重抽奖与积分对账技巧抽奖和积分是这套源码里最容易被做「玄学」的两块我一般会把它们做成可配置、可对账的模块。具体做法是奖品池用后台配置权重抽奖记录和积分流水用同一张对账视图关联运营每天看一眼就能发现异常。下面这个对账 SQL 是我常用的能直接查出「扣了积分但没中奖记录」的用户。-- 查出消耗积分但无抽奖记录的用户用于排查抽奖接口异常 SELECT b.user_id, b.amount, b.create_time FROM user_bill b LEFT JOIN lottery_record l ON b.user_id l.user_id AND ABS(b.create_time - l.create_time) 5 WHERE b.type 3 -- 3 表示抽奖消耗 AND l.id IS NULL;逻辑说明用时间差 5 秒关联抽奖记录找不到对应记录的就是异常消耗。参数上type枚举要和源码里一致改代码时别只改一处。这个查询建议做成后台定时任务每天跑一次比等用户投诉再查强得多。进阶一点抽奖权重可以做成按用户等级动态调整。比如新用户权重偏向小奖老用户偶尔给大奖配置存 JSON抽奖前根据用户等级取对应权重表。这样运营不用改代码就能调活动。验证方法很简单写个脚本跑一万次抽奖统计各奖品出现次数和配置权重对比偏差超过 5% 就说明随机算法或权重配置有问题。?php // 压测抽奖分布验证权重是否符合预期 $prizes Db::name(lottery_prize)-where(status, 1)-select(); $stat []; for ($i 0; $i 10000; $i) { $p drawPrize($prizes); $stat[$p[name]] ($stat[$p[name]] ?? 0) 1; } print_r($stat); // 各奖品次数应接近 weight / total * 10000我自己踩过的坑是权重表里混了一个weight 0的奖品结果mt_rand(1, $total)永远抽不到它但后台又显示它在线运营以为概率配错了。后来我养成习惯抽奖配置保存时先校验权重总和大于 0且每个在线奖品权重至少为 1。这套源码值不值得投入取决于你能否把投资结算和抽奖这两条链路做扎实剩下的商城和用户模块都是常规活。希望帮到你。本文还有配套的精品资源点击获取