SpringBoot的微信点餐系统后台开发要点

作者: 林檎果 | 来源:发表于2018-04-06 14:27 被阅读2056次

项目设计

角色划分

买家（微信端）
卖家（PC端）

功能分析

image

关系

image

部署架构

image

架构和基础框架

演进：单一应用架构->垂直应用架构->分布式服务架构->流动计算架构

image

国内微服务门派：

阿里系：
- Duboo
- Zookeeper
- SpringMVC or SpringBoot
Spring Cloud系：
- Spring Cloud
- Netfilx Eureka
- SpringBoot

数据库设计

数据库表之间的关系

类目表(product_category)
商品表(product_info)
订单主表(order_master)
订单详情表(order_detail)
卖家信息表(order_detail)

image

数据库表结构

create table `product_info`(
    `product_id` varchar(32) not null, --企业级的用varchar，自己玩的项目可以用自增的但数量大了可能不够用
    `product_name` varchar(64) not null comment '商品名称',
    `product_price` decimal(8,2) not null comment '单价',
    `product_stock` int not null comment '库存',
    `product_description` varchar(64) comment '描述',
    `product_icon` varchar(512) comment '小图',
    `category_type` int not null comment '类目编号',
    `create_time` timestamp not null default current_timestamp comment '创建时间',
    `update_time` timestamp not null default current_timestamp on update current_timestamp comment '更新时间',  --MYSQL5.7才可以default current_timestamp
    primary key (`product_id`)
) comment '商品表';

create table `product_category`(
    `category_id` int not null auto_increment,  -- 类目不太可能爆多，所以可以自增
    `category_name` varchar(64) not null comment '类目名字',
    `category_type` int not null comment '类目编号',
    `create_time` timestamp not null default current_timestamp comment '创建时间',
    `update_time` timestamp not null default current_timestamp on update current_timestamp comment '更新时间',  --MYSQL5.7才可以default current_timestamp
    primary key (`category_id`)
    unique key `uqe_category_type` (`category_type`) --类目是唯一的
) comment '类目表'

create table `order_master`(
    `order_id` varchar(32) not null,
    `buyer_name` varchar(32) not null comment '买家名字',
    `buyer_phone` varchar(32) not null comment '买家电话',
    `buyer_address` varchar(128) not null comment '买家地址',
    `buyer_openid` varchar(64) not null comment '买家微信openid',
    `order_amount` decimal(8,2) not null comment '订单总金额'，
    `order_status` tinyint(3) not null default '0' comment '订单状态，默认0新下单',
    `pay_status` tinyint(3) not null default '0' comment '支付状态，默认0未支付',
    `create_time` timestamp not null default current_timestamp comment '创建时间',
    `update_time` timestamp not null default current_timestamp on update current_timestamp comment '更新时间',  --MYSQL5.7才可以default current_timestamp
    primary key (`order_id`),
    key `idx_buyer_openid` (`buyer_openid`)
) comment '订单表';

create table `order_detail`(
    `detail_id` varchar(32) not null,
    `order_id` varchar(32) not null,
    `product_id` varchar(32) not null,
    `product_name` varchar(64) not null comment '商品名字',
    `product_price` decimal(8,2) not null comment '商品价格',
    `product_quantity` int not null comment '商品数量'，
    `product_icon` varchar(512) comment '商品小图',
    `create_time` timestamp not null default current_timestamp comment '创建时间',
    `update_time` timestamp not null default current_timestamp on update current_timestamp comment '更新时间',  --MYSQL5.7才可以default current_timestamp
    primary key (`detail_id`),
    key `idx_order_id`(`order_id`)
) comment '订单详情表';

项目起步

日志的使用和配置

选用：logback
配置方式：
- 在application.yml配置
- 在logback-spring.xml
  logback-spring.xml配置示例

<?xml version="1.0" encoding="UTF-8" ?>
<configuration>
    <appender name="consoleLog" class="ch.qos.logback.core.ConsoleAppender">
        <layout class="ch.qos.logback.classic.PatternLayout">
            <pattern>
                %d - %msg%n
            </pattern>
        </layout>
    </appender>

    <appender name="fileInfoLog" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <filter class="ch.qos.logback.classic.filter.LevelFilter">
            <level>ERROR</level>
            <onMatch>DENY</onMatch>
            <onMismatch>ACCEPT</onMismatch>
        </filter>
        <encoder>
            <pattern>
                %msg%n
            </pattern>
        </encoder>
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <fileNamePattern>/Users/ztev/tomcat/sell/info.%d.log</fileNamePattern>
        </rollingPolicy>
    </appender>

    <appender name="fileErrorLog" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <filter class="ch.qos.logback.classic.filter.ThresholdFilter">
            <level>ERROR</level>
        </filter>
        <encoder>
            <pattern>
                %msg%n
            </pattern>
        </encoder>
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <fileNamePattern>/Users/ztev/tomcat/sell/error.%d.log</fileNamePattern>
        </rollingPolicy>
    </appender>

    <root level="info">
        <appender-ref ref="consoleLog"/>
        <appender-ref ref="fileInfoLog"/>
        <appender-ref ref="fileErrorLog"/>
    </root>


</configuration>

买家端开发

买家端类目模块的开发，按照dao->service->api的顺序开发。贯穿单元测试。

SpringBoot JPA把驼峰命名和表映时，小写+下划线，如ProductCategory=product_category

@Entity
public class ProductCategory {

    @Id
    @GeneratedValue
    private Integer categoryId;

    private String categoryName;

    private Integer categoryType;
    ...
}

在测试里增加@Transactional就可以回滚插入的测试数据
Getter和Setter方法的快捷实现，配合IDEA的插件lombok

<dependency>
    <groupId>org.projectlombok</groupId>
    <artifactId>lombok</artifactId>
</dependency>

MySQL里的DECIMAL对应java里的BigDecimal
反复用到的类型值如categoryType可以定义一个枚举

@Getter
public enum ProductStatusEnum {
    UP(0, "在架"),
    DOWN(1, "下架");

    private Integer code;

    private String message;

    ProductStatusEnum(Integer code, String message) {
        this.code = code;
        this.message = message;
    }
}

项目统一前缀

server:
  context-path: /sell

返回给前端和数据库不同字段的话用VO，通过@JsonProperty可以起名不一致

@Data
public class ProductVO {

    @JsonProperty("name")
    private String categoryName;
    
    private Integer type;
}

千万不要把数据库的查询放入for循环，开销巨大，一次性查出来以后再用for循环遍历处理比较合适。
OrderMaster和OrderDetail之间有关联在创建订单的时候，用一个OrderDTO的类把他们连接起来
多线程，查库存再扣库存的操作在数据库层面是分两步的，可能存在超卖
Controller里传进来的参数用表单验证注解。

@Data
public class OrderForm {
    @NotEmpty(message = "姓名必填")
    private String name;

    @NotEmpty(message = "手机号必填")
    private String phone;

    @NotEmpty(message = "地址必填")
    private String address;

    @NotEmpty(message = "openid必填")
    private String openid;

    @NotEmpty(message = "购物车不能为空")
    private String items;
}
....

public ResultVO<Map<String, String>> create(@Valid OrderForm orderForm, BindingResult bindingResult) {

如果你的类型在返回给json不一致时，可以用自定义的JsonSerialize

public class Date2LongSerializer extends JsonSerializer<Date> {
    @Override
    public void serialize(Date date, JsonGenerator jsonGenerator, SerializerProvider serializerProvider) throws IOException, JsonProcessingException {
        jsonGenerator.writeNumber(date.getTime() / 1000);
    }
}

//另一个类

@JsonSerialize(using = Date2LongSerializer.class)
private Date updateTime;

不想把null的传给前端
- 类上用`@JsonInclude(JsonInclude.Include.NON_NULL)
- 你也可以全局配置在application.yml上用jackson:default-property-inclusion: non_null
如果null的情况下想返回空，则在类里的成员变量里用上初始化，如stirng就用""

卖家端开发

freemarker的模版更新时，只需要在IDEA的IDE里面重新build项目即可。不需要重启整个web进程
使用微信登陆的原理是，openid相当于密码

分布式系统下的session

定义：多个自治的处理元素，不共享内存，通过消息通信合作。
分布式系统，强调的是不同的功能，组成一整套不同功能的集合，比如后厨里，炒菜和洗菜的构成分布式系统
功能类似的互为备份的就是集群。比如后厨里，两个洗菜的
分布式计算：例如hadoop的mapreduce，比如后厨里，两个炒菜的炒完放一个篮子里分不清谁是谁的。

session集中给redis集群控制

分布式系统统一取一个redis集群里取session
应对大用户量
- 垂直拆分就是把服务拆成多份
- 横向拆分就是把同一个功能做集群
- 但是都会面临session的问题
  - ip哈希，同一个用户一直访问同一台服务器，但是那个挂了的没辙了
  - 通用方案是有个专门的Redis服务集群，都去他这里找

项目优化

MyBatis

基于注解
基于XML方式，老传统，官方已不再推荐

JPA和MyBatis的注意

建表用sql，jpa建表可控性较差，慎用@OneToMany和@ManyToOne以后不容易分库分表

压测

使用简易工具Apache ab
ab -n 100 -c 100 http://www.baidu.com -n是请求，-c是并发，相当于100个人同时访问
ab -t 60 -c 100 http://www.baidu.com -t是60秒，连续60秒并发100个

秒杀

秒杀时，会有线程并发的问题
- 使用方法锁synchronized
  - 是一种解决方法
  - 无法细粒度控制
  - 只适合单点的情况
- Redis实现分布式锁
  - 支持分布式
  - 可以更细粒度的控制
  - 多台机器上多个进程对一个数据进行操作的互斥

Redis缓存

命中@Cacheable(cacheNames = "product", key = "123")
失效
更新@CachePut(cacheNames = "product",key="123")
结合场景，避免乱用。缓存和更新要及时。

源码：

https://github.com/linxinzhe/java-springboot-sell

关于我：

linxinzhe，全栈工程师，目前供职于某500强通信企业。人工智能，区块链爱好者。

GitHub:https://github.com/linxinzhe

欢迎留言讨论，也欢迎关注我~
我也会关注你的哦！

网友评论

a隆:正在学习
林檎果:@a隆加油！
Kevinuu:实际部署都是分布式+集群的方式，非单节点跑，比如这里说的websocket, 集群部署时候ws的session并不支持序列化，这个点大多数人都没考虑到，课程还是很基础，但是不实用
林檎果:@Kevinuu 毕竟就是个基础课程
Kean_Qi:楼主能提供一下廖师兄的那个虚拟机吗
kingTao_:楼主我觉得你记笔记可以，但是请尊重原创，希望给出廖师兄原创地址，让更多人学习。
kingTao_:@linxinzhe
林檎果:已列出
眸光_4323:楼主你好，我才开始学这个课程，想请问一个问题，为什么在数据库设计的时候完全不设置外键呢？这样虽然开发方便了但是容易出现数据一致性的问题吧....求教一下，本人还是学生不知道企业中是如何运用的
林檎果:教科书中的一些观念和企业开发有些脱节很正常，理论上外键约束完整性很好，但是企业要快速开发应对需求，外键有时候会成为绊脚石，所以实践时候，对完整性要求不高的话，较少设置外键
ae0598ba7c7c:请问下，为什么数据库主键不用bigint，而是用varchar呢
林檎果:@knyel 用bigint大部分情况下都没问题。教程老师廖师兄他是说在电商大数据量情况下bigint都不够用才用varchar
cc5742ffb1b4:这什么情况，貌似你不是廖师兄本人吧！
林檎果:@Alex诚可以租廖师兄的微信支付哈，我也是这么干的，可以看他github
cc5742ffb1b4:@linxinzhe 我觉得这个课程中微信支付那块调试比较麻烦，自己有没有企业公众号，你在这块有没有什么好的办法
林檎果:@Alex诚不是哈，学了他的课的总结
我头疼了哈:谢谢分享
穿长裙的年代:你有没有廖师兄的spring cloud 能分享一下吗？我也看完他的微信点餐，想看后续，但是有点贵啊😉
5946a9de5796:慕课网廖老师的实战？还是说你就是廖老师本人
林檎果:@Luvoratorrrrry 我学的廖老师的课的笔记哈
IT人故事会:谢谢分享已经收藏了。
林檎果:@IT人故事会谢谢～

SpringBoot的微信点餐系统后台开发要点

项目设计

角色划分

功能分析

关系

部署架构

架构和基础框架

数据库设计

数据库表结构

项目起步

日志的使用和配置

买家端开发

卖家端开发

分布式系统下的session

项目优化

MyBatis

JPA和MyBatis的注意

压测

秒杀

Redis缓存

源码：

相关文章

网友评论

延伸阅读

深度阅读

栏目导航

热点阅读

Spring Boot

我爱编程

工具集

微信商城

java 开发工程师

Spring

java学习springboot

Java