基于Spring Boot的餐厅订餐系统的设计与实现毕设源码

博主介绍✌ 专注于Java,python,✌关注✌私信我✌具体的问题我会尽力帮助你。一、研究目的本研究旨在构建一个基于Spring Boot框架的餐厅订餐系统以解决传统餐饮服务模式中存在的信息传递效率低下、订单处理流程繁琐以及顾客体验不均衡等问题。随着移动互联网技术的普及和数字化服务需求的增长餐饮行业亟需通过信息化手段提升运营效率优化服务流程该系统的设计与实现将重点围绕高并发场景下的订单处理能力构建模块化架构以支持灵活的功能扩展并确保系统的可维护性与可移植性研究工作将深入探讨Spring Boot框架在后端开发中的优势包括其自动配置机制内嵌服务器特性以及对微服务架构的支持通过整合RESTful API设计模式和数据库事务管理技术实现前后端分离的数据交互模式从而提高系统的响应速度和可扩展性同时系统将采用分层架构设计策略将业务逻辑层数据访问层和用户界面层进行明确划分以增强代码的可读性和模块化程度在功能实现方面本系统将涵盖菜品管理模块顾客订餐模块订单状态追踪模块以及支付接口集成模块其中菜品管理模块需支持多维度分类检索和动态价格调整功能顾客订餐模块应提供个性化推荐算法和智能表单验证机制订单状态追踪模块需实现实时更新与多终端同步支付接口则需兼容多种支付方式并确保交易过程的安全性与稳定性此外本研究还将关注用户体验优化方面通过引入响应式前端设计技术实现跨平台兼容性并结合用户行为分析模型对界面布局进行动态调整以提升操作便捷性与视觉舒适度在数据安全方面系统将采用HTTPS加密传输机制数据库访问层将实施基于Spring Security的权限控制策略并运用JWT令牌认证技术保障用户数据隐私在性能优化层面将通过缓存机制减少数据库访问频率利用异步处理技术降低系统响应延迟同时采用负载均衡策略提升服务器集群的并发处理能力本研究的核心价值在于通过技术创新推动餐饮行业数字化转型为中小型企业提供低成本高效的解决方案同时为后续智能化服务如智能推荐算法和数据分析可视化奠定技术基础研究成果将形成完整的软件开发文档并提供可复用的技术框架为同类系统的开发提供参考依据二、研究意义本研究具有重要的理论价值与现实意义其核心在于通过技术创新推动餐饮行业数字化转型并为相关领域提供可复用的技术框架与方法论指导从理论层面来看该系统基于Spring Boot框架构建能够有效验证微服务架构在中小型餐饮管理系统中的适用性与优势通过整合RESTful API设计模式与数据库事务管理技术为分布式系统开发提供了标准化范式同时模块化架构设计策略与分层开发模式有助于完善软件工程领域的系统设计理论体系为后续复杂业务场景下的系统构建提供参考依据从现实应用角度来看传统餐饮服务模式存在信息传递效率低下订单处理流程繁琐顾客体验不均衡等问题而本系统的研发将显著提升餐厅运营效率优化资源配置并增强顾客满意度具体而言系统通过自动化订单处理机制降低人工干预成本提高服务响应速度借助智能推荐算法与个性化订餐功能改善用户体验增强顾客粘性采用多终端同步机制实现订单状态实时更新提升信息透明度集成多种支付接口并实施安全加密策略保障交易数据完整性与隐私性这些改进措施将直接推动餐饮企业向智能化方向发展同时为行业数字化转型提供实践案例此外本研究对于促进资源共享与环境保护也具有积极影响通过线上订餐减少纸质单据使用降低资源浪费利用数据分析技术挖掘顾客消费行为特征为精准营销提供数据支持构建标准化系统框架有助于降低开发成本提高技术复用率从而推动整个餐饮行业向高效化、绿色化、智能化方向演进在社会层面该系统的推广应用将有助于提升城市餐饮服务现代化水平促进数字经济与实体经济深度融合同时为相关从业人员提供新的技术工具与工作模式进一步推动服务业高质量发展综上所述本研究不仅能够解决当前餐饮管理中的关键问题还具有推动行业技术进步、促进社会经济发展的重要作用其研究成果将为学术界提供新的研究视角为工业界创造实际应用价值并为未来智能化服务系统的研发奠定基础四、预期达到目标及解决的关键问题本研究的预期目标在于构建一个基于Spring Boot框架的餐厅订餐系统以实现高效的信息管理与智能化服务功能该系统将通过模块化架构设计提升代码复用率并增强系统的可维护性与可扩展性具体而言预期目标包括以下几个方面首先系统需具备完整的业务功能模块涵盖菜品管理顾客订餐订单状态追踪支付接口集成等核心子系统以满足餐厅日常运营需求其次应优化系统性能指标通过引入缓存机制异步处理技术和负载均衡策略确保高并发场景下的稳定运行并降低响应延迟第三需提升用户体验设计响应式前端界面实现跨平台兼容性同时结合用户行为分析模型对界面布局进行动态调整以增强操作便捷性与视觉交互效果第四应强化数据安全与隐私保护机制采用HTTPS加密传输数据库访问层实施基于Spring Security的权限控制策略并运用JWT令牌认证技术构建多层次的安全防护体系此外本研究还期望形成完整的软件开发文档并提供可复用的技术框架为同类系统的开发提供参考依据实现上述目标过程中需解决的关键问题主要体现在以下方面第一技术选型与架构设计方面需合理选择Spring Boot框架的核心组件如Spring MVC Spring Data JPA等以平衡开发效率与系统扩展性同时需确定微服务架构或单体架构的适用场景并制定相应的模块划分策略第二高并发处理能力方面需解决订单请求量激增时系统的稳定性问题通过优化数据库查询逻辑引入Redis缓存技术以及采用消息队列实现异步处理以缓解服务器压力第三用户体验优化方面需克服传统订餐界面交互不友好导致顾客操作复杂的问题通过响应式前端设计技术实现多终端适配并结合推荐算法提升个性化服务精准度第四数据安全与隐私保护方面需应对支付信息泄露订单数据篡改等潜在风险需设计完善的权限控制机制加密敏感数据并建立日志审计体系以保障用户信息安全第五系统集成与兼容性方面需解决不同支付接口协议差异带来的对接难题以及多终端同步订单状态时的数据一致性问题需制定统一的数据交换标准并采用分布式事务管理技术确保跨服务的数据完整性第六可持续发展能力方面需关注系统在长期运行中的可维护性与可移植性通过代码规范设计接口标准化以及文档完善化策略为后续功能迭代和技术升级奠定基础上述关键问题的解决将直接影响系统的实际应用效果因此本研究将围绕这些核心议题展开深入探讨通过理论分析与实验验证相结合的方法探索最优解决方案以确保研究成果具备实际推广价值和技术前瞻性五、研究内容本研究的整体内容围绕基于Spring Boot框架的餐厅订餐系统构建展开涵盖系统架构设计关键技术应用功能模块划分安全机制实现以及性能优化策略等多个方面首先系统架构设计将采用分层开发模式明确划分表现层业务逻辑层数据访问层与基础设施层通过模块化架构实现功能解耦与组件复用同时结合微服务架构理念将核心业务功能拆分为独立服务单元以提升系统的可扩展性与可维护性其次关键技术应用方面将重点探讨Spring Boot框架的核心特性如自动配置机制内嵌服务器特性以及对RESTful API的支持通过整合Spring Data JPA实现高效的数据访问控制并结合数据库事务管理技术保障数据一致性与完整性此外还将引入消息队列技术解决高并发场景下的订单处理瓶颈问题采用Redis缓存技术优化数据读取效率并利用负载均衡策略提升服务器集群的并发处理能力第三功能模块划分方面系统将构建四大核心子系统包括菜品管理模块顾客订餐模块订单状态追踪模块以及支付接口集成模块其中菜品管理模块需支持多维度分类检索动态价格调整与库存预警功能顾客订餐模块应实现个性化推荐算法智能表单验证与订单预览功能订单状态追踪模块需具备实时更新多终端同步与异常订单预警能力支付接口集成模块则需兼容主流支付方式并实现交易过程的安全校验与异常处理第四安全机制实现方面系统将采用HTTPS加密传输技术保障数据在传输过程中的完整性与保密性数据库访问层将实施基于Spring Security的权限控制策略通过JWT令牌认证技术构建用户身份验证体系并设计日志审计机制以防范潜在的安全威胁第五性能优化策略方面将通过缓存机制减少数据库访问频率利用异步处理技术降低系统响应延迟同时采用分布式事务管理技术解决跨服务的数据一致性问题此外还将进行压力测试与负载测试以验证系统的稳定性与扩展性最后本研究将通过实际案例验证系统的可行性并开展用户调研分析用户体验满意度指标最终形成完整的软件开发文档和技术推广方案为餐饮行业数字化转型提供理论支持与实践参考六、需求分析本研究的用户需求主要来源于餐饮行业在数字化转型过程中面临的实际问题与服务场景的多样化特征首先传统餐饮服务模式存在信息传递效率低下订单处理流程繁琐以及顾客体验不均衡等问题导致餐厅运营成本增加服务响应速度受限顾客满意度下降因此系统需满足多角色用户的差异化需求包括顾客端需提供便捷高效的订餐体验支持多终端访问与个性化服务餐厅管理者端需实现订单管理库存监控与数据分析功能以提升决策科学性第三方支付平台需兼容多种支付方式并保障交易过程的安全性与稳定性此外系统还需适应不同规模餐饮企业的业务特点既可支持中小型企业快速部署又可为大型连锁品牌提供可扩展的定制化解决方案同时需关注特殊场景下的应用需求如外卖配送智能推荐以及会员积分体系等以增强系统的适用性与市场竞争力其次用户需求还涵盖对系统性能稳定性的要求包括高并发场景下的响应速度保障数据一致性与完整性以及跨平台兼容性以适应移动设备桌面终端等多种访问方式在功能需求方面本系统需构建完整的业务逻辑体系涵盖菜品管理顾客订餐订单状态追踪支付接口集成等核心子系统其中菜品管理模块需支持多维度分类检索动态价格调整与库存预警功能通过数据库事务管理技术实现菜品信息的原子性更新并采用缓存机制提升数据读取效率顾客订餐模块应实现个性化推荐算法基于用户历史订单与偏好数据生成定制化菜单同时集成智能表单验证机制确保订单信息的完整性与准确性并通过订单预览功能减少后续修改成本订单状态追踪模块需具备实时更新多终端同步与异常订单预警能力采用消息队列技术实现异步处理保障数据一致性并设计可视化界面提升信息透明度支付接口集成模块则需兼容主流支付方式如支付宝微信支付银联云闪付等通过HTTPS加密传输技术保障交易数据安全性并实施基于Spring Security的权限控制策略防止非法访问同时需设计完善的异常处理机制应对支付失败退款申请等特殊情况此外系统还需满足用户体验优化要求通过响应式前端设计技术实现跨平台兼容性结合用户行为分析模型对界面布局进行动态调整以提升操作便捷性与视觉交互效果在数据安全方面需构建多层次防护体系包括数据库访问层的身份认证机制日志审计功能以及敏感信息加密存储策略同时通过负载均衡策略提升服务器集群的并发处理能力确保系统在高流量场景下的稳定性与可靠性上述功能需求将通过模块化架构设计实现各子系统的独立开发与灵活组合并通过RESTful API设计模式构建前后端分离的数据交互模式以增强系统的可维护性与可扩展性最终形成一套完整的技术方案满足现代餐饮行业对信息化智能化服务的迫切需求七、可行性分析本研究在经济可行性方面具有显著优势首先基于Spring Boot框架的开发模式能够有效降低系统开发与维护成本Spring Boot提供了丰富的内置功能和自动配置机制减少了传统Java Web开发中繁琐的配置工作从而提升开发效率并降低人力投入其次系统采用模块化架构设计使得各功能模块可以独立开发与部署避免了因整体系统重构而导致的高昂成本同时通过开源技术的应用进一步降低了软件授权费用和后期升级维护费用此外本系统可适用于中小型餐饮企业其部署成本相对较低且易于扩展因此在经济层面具备较高的可行性在社会可行性方面本系统的研发符合当前社会对数字化服务的需求随着移动互联网技术的广泛应用消费者对便捷高效的订餐方式接受度不断提高而传统餐饮服务模式已难以满足现代生活方式的变化因此构建一个基于Spring Boot的餐厅订餐系统有助于提升餐饮行业的服务水平增强顾客满意度同时该系统的推广使用将促进餐饮企业向信息化、智能化方向发展提高行业整体运营效率此外系统支持多终端访问与跨平台兼容性能够满足不同用户群体的需求包括年轻消费者、老年人以及残障人士等从而提升社会包容性与服务公平性因此从社会角度来看本研究具有良好的应用前景和推广价值在技术可行性方面Spring Boot框架作为当前主流的Java开发框架具备成熟的技术生态和广泛的应用基础其内嵌服务器特性简化了部署流程而自动配置机制则显著提升了开发效率此外Spring Boot对RESTful API的支持使得前后端分离架构得以实现增强了系统的可维护性与可扩展性同时结合Spring Data JPA数据库事务管理技术以及消息队列和Redis缓存等中间件技术能够有效解决高并发场景下的性能瓶颈问题确保系统的稳定性与响应速度在技术实现层面本研究团队具备扎实的Java开发能力及相关技术经验能够顺利完成系统的设计与实现工作因此从技术角度来看本研究具备充分的可行性基础八、功能分析本研究根据需求分析结果本系统将划分为多个功能模块以满足不同用户角色的业务需求并实现完整的订餐服务流程首先系统将设置用户管理模块该模块负责用户的注册登录与权限分配支持多种身份类型包括普通顾客、餐厅管理员以及第三方支付接口方通过基于Spring Security的权限控制策略实现不同用户对系统功能的差异化访问同时该模块需集成JWT令牌认证技术确保用户身份的安全性与唯一性其次系统将构建菜品管理模块该模块涵盖菜品信息的录入、修改、删除与查询功能支持多维度分类如菜系类型、价格区间、是否推荐等属性并提供搜索与筛选功能以提升信息检索效率此外该模块需实现动态价格调整机制根据市场变化或促销活动自动更新菜品价格同时集成库存预警功能当库存低于设定阈值时自动通知餐厅管理员进行补货操作以避免缺货影响正常运营第三系统将设置顾客订餐模块该模块为用户提供菜单浏览、菜品选择、订单提交与修改等功能支持个性化推荐算法基于用户历史订单与偏好数据生成定制化菜单以提高顾客满意度同时集成智能表单验证机制确保订单信息的完整性与准确性并通过订单预览功能减少后续修改成本此外该模块需支持多语言切换与无障碍访问设计以满足不同用户群体的需求第四系统将开发订单状态追踪模块该模块实现订单状态的实时更新与可视化展示支持多终端同步功能使顾客能够随时查看订单进度同时提供异常订单预警机制当出现支付失败或配送延迟等情况时自动通知相关责任人进行处理此外该模块还需具备订单历史查询功能便于顾客了解过往订餐记录最后系统将集成支付接口模块该模块需兼容主流支付方式如支付宝、微信支付、银联云闪付等通过HTTPS加密传输技术保障交易数据的安全性并实施基于Spring Security的权限控制策略防止非法支付行为同时设计完善的异常处理机制应对支付失败退款申请等特殊情况确保交易过程的完整性与可靠性上述功能模块的设计充分考虑了用户需求与业务流程的完整性能够有效提升餐厅运营效率优化顾客订餐体验并保障系统的安全性与稳定性九、数据库设计本研究字段名(英文) | 说明(中文) | 大小 | 类型 | 主外键 | 备注---|---|---|---|---|---user_id | 用户唯一标识 | 11 | BIGINT | 主键 | 自动递增user_name | 用户名称 | 255 | VARCHAR | - | 唯一索引user_password | 用户密码 | 255 | VARCHAR | - | 加密存储user_email | 用户邮箱 | 255 | VARCHAR | - | 唯一索引user_phone | 用户电话号码 | 20 | VARCHAR | - | 可为空user_type_id | 用户类型标识符 | 11 | BIGINT | 外键关联user_type表主键 | -created_at | 用户创建时间戳 | 19 | DATETIME | - | 默认当前时间updated_at | 用户最后更新时间戳 | 19 | DATETIME | - | 默认当前时间字段名(英文) | 说明(中文) | 大小 | 类型 | 主外键 | 备注---|---|---|---|---|---user_type_id | 用户类型唯一标识符 | 11 | BIGINT | 主键自动递增user_type_name | 用户类型名称如普通顾客、管理员等255VARCHAR--字段名(英文)说明(中文)大小类型主外键备注---|---|---|---|---|---dish_id菜品唯一标识11BIGINT主键自动递增-dish_name菜品名称255VARCHAR-唯一索引dish_description菜品描述信息65535TEXT-可为空dish_price菜品单价10,2DECIMAL-默认值为0.00dish_category_id菜品分类标识符11BIGINT外键关联dish_category表主键-dish_image_url菜品图片链接地址如存储于云服务器255VARCHAR-可为空created_at菜品创建时间戳19DATETIME-默认当前时间updated_at菜品最后更新时间戳19DATETIME-默认当前时间字段名(英文) || 说明(中文) || 大小 || 类型 || 主外键 || 备注---||---||---||---||---||---dish_category_id || 菜品分类唯一标识符 || 11 || BIGINT || 主键自动递增 || -dish_category_name || 菜品分类名称如川菜、粤菜等 || 255 || VARCHAR || - || 唯一索引字段名(英文) || 说明(中文) || 大小 || 类型 || 主外键 || 备注---||---||---||---||---||---order_id || 订单唯一标识符 || 11 || BIGINT || 主键自动递增 || -user_id || 下单用户标识符 || 11 || BIGINT || 外键关联user表主键 || -order_time || 订单创建时间戳 || 19 || DATETIME || 默认当前时间 || -order_status_id || 订单状态标识符如待支付、已支付、配送中等|| 11 || BIGINT || 外键关联order_status表主键 ||order_total_price || 订单总金额含税费与优惠|| 10,2 ||DECIMAL||||||||||order_address ||订单配送地址 ||255 ||VARCHAR||||||||||payment_method_id ||支付方式标识符如支付宝、微信支付等||11 ||BIGINT||||||||||created_at ||订单创建时间戳 ||19 ||DATETIME||||||||||updated_at ||订单最后更新时间戳 ||19 ||DATETIME||||||||||payment_status_id ||支付状态标识符如成功、失败、待支付等||11 ||BIGINT||||||||||remark ||订单备注信息如特殊要求||65535 ||TEXT||||||||||字段名(英文) ||说明(中文) ||大小 ||类型 ||主外键 ||备注---||--|--|--|--|--|--order_status_id ||订单状态唯一标识符 ||11 ||BIGINT ||主键自动递增 ||-order_status_name ||订单状态名称如待支付、已支付、配送中等 ||255 ||VARCHAR ||- ||唯一索引字段名(英文) ||说明(中文) ||大小 ||类型 ||主外键 ||备注--|--|--|--|--|--payment_method_id ||支付方式唯一标识符 ||11 ||BIGINT ||主键自动递增 ||-payment_method_name ||支付方式名称如支付宝、微信支付等 ||255 ||VARCHAR ||- ||唯一索引字段名(英文) |说明(中文) |大小 |类型 |主外键 |备注--|--|--|--|--|--payment_status_id |支付状态唯一标识符 |11 |BIGINT |主键自动递增 |-payment_status_name |支付状态名称如成功、失败、待支付等 |255 |VARCHAR |--unique index字段名(英文)|说明(中文)|大小|类型|主外键|备注----|----|----|----|----|----cart_item_id|购物车条目唯一标识符|11|BIGINT|主键自动递增|-user_id|购物车所属用户标识符|11|BIGINT|外键关联user表主键|-dish_id|购物车条目对应的菜品标识符|11|BIGINT|外键关联dish表主键|-quantity|菜品数量|4|INT|--price|单价|8,2|DECIMAL|--created_at|添加到购物车的时间戳|8|DATETIME|默认当前时间|-字段名(英文)|说明(中文)|大小|类型|主外键|备注------|--|--|--|--|--transaction_id |-- 订单交易唯一标识符 |-- 40 |-- CHAR |-- 主键 |-order_id |-- 关联的订单编号 |-- 40 |-- CHAR |-- 外链至orders表 |-- 索引transaction_amount |-- 实际交易金额 |-- 8,2 |-- DECIMAL |-- - |-transaction_time |-- 支付完成的时间戳 |-- 8 |-- DATETIME |-- 默认当前时间 |-transaction_status |-- 支付交易状态如成功、失败等 |-- 40 |-- VARCHAR |-- - |-payment_method_id |-- 支付方式编号关联至payment_methods表 |-- 40 |-- CHAR |-- 外链至payment_methods表 |-transaction_log |-- 支付过程中的日志信息用于审计与追踪 |-- TEXT |- |-以上数据库表结构设计遵循第三范式原则确保数据冗余最小化并保持数据一致性通过合理的主外链关系实现业务数据的关联查询同时采用适当的数据类型与长度设置以满足实际业务需求并提升系统性能十、建表语句本研究CREATE TABLE user (user_id BIGINT AUTO_INCREMENT PRIMARY KEY ,user_name VARCHAR(255) UNIQUE NOT NULL ,user_password VARCHAR(255) NOT NULL ,user_email VARCHAR(255) UNIQUE NOT NULL ,user_phone VARCHAR(20) ,user_type_id BIGINT ,created_at DATETIME DEFAULT CURRENT_TIMESTAMP ,updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ,FOREIGN KEY (user_type_id) REFERENCES user_type(user_type_id));CREATE TABLE user_type (user_type_id BIGINT AUTO_INCREMENT PRIMARY KEY ,user_type_name VARCHAR(255) UNIQUE NOT NULL);CREATE TABLE dish (dish_id BIGINT AUTO_INCREMENT PRIMARY KEY ,dish_name VARCHAR(255) UNIQUE NOT NULL ,dish_description TEXT ,dish_price DECIMAL(10,2) NOT NULL DEFAULT 0.00 ,dish_category_id BIGINT ,dish_image_url VARCHAR(255) ,created_at DATETIME DEFAULT CURRENT_TIMESTAMP ,updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ,FOREIGN KEY (dish_category_id) REFERENCES dish_category(dish_category_id));CREATE TABLE dish_category (dish_category_id BIGINT AUTO_INCREMENT PRIMARY KEY ,dish_category_name VARCHAR(255) UNIQUE NOT NULL);CREATE TABLE orders (order_id BIGINT AUTO_INCREMENT PRIMARY KEY ,user_id BIGINT ,order_time DATETIME DEFAULT CURRENT_TIMESTAMP ,order_status_id BIGINT ,order_total_price DECIMAL(10,2) NOT NULL DEFAULT 0.00 ,order_address VARCHAR(255) NOT NULL ,payment_method_id BIGINT ,created_at DATETIME DEFAULT CURRENT_TIMESTAMP ,updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ,FOREIGN KEY (user_id) REFERENCES user(user_id),FOREIGN KEY (order_status_id) REFERENCES order_status(order_status_id),FOREIGN KEY (payment_method_id) REFERENCES payment_methods(payment_method_id));CREATE TABLE order_status (order_status_id BIGINT AUTO_INCREMENT PRIMARY KEY ,order_status_name VARCHAR(255) UNIQUE NOT NULL);CREATE TABLE payment_methods (payment_method_id BIGINT AUTO_INCREMENT PRIMARY KEY ,payment_method_name VARCHAR(255) UNIQUE NOT NULL);CREATE TABLE payment_statuses (payment_status_id BIGINT AUTO_INCREMENT PRIMARY KEY ,payment_status_name VARCHAR(255) UNIQUE NOT NULL);CREATE TABLE cart_items (cart_item_id BIGINT AUTO_INCREMENT PRIMARY KEY ,user_id BIGINT,dish_id BIGINT,quantity INT NOT NULL,price DECIMAL(8,2) NOT NULL,created_at DATETIME DEFAULT CURRENT_TIMESTAMP,updated_at DATETIME DEFAULT CURRENT_TIMESTAMP,FOREIGN KEY (user_id) REFERENCES user(user_id),FOREIGN KEY (dish_id) REFERENCES dish(dish_id));CREATE TABLE transactions (transaction_id CHAR(40) PRIMARY KEY,order_id CHAR(40),transaction_amount DECIMAL(8,2) NOT NULL,transaction_time DATETIME DEFAULT CURRENT_TIMESTAMP,transaction_status VARCHAR(255),payment_method_id CHAR(40),transaction_log TEXT,FOREIGN KEY (order_id) REFERENCES orders(order_id),FOREIGN KEY (payment_method_id) REFERENCES payment_methods(payment_method_id));下方名片联系我即可~大家点赞、收藏、关注、评论啦 、查看下方获取联系方式