这种对象要放在for循环外面，在内部的话每次都要创建、回收，会降低效率
这样修改用户余额是否靠谱，是不是应该在sql里面进行运算
这节点存币记录一般是以id为查询条件，但后续保不齐有按名称为查询条件的，如果是我写肯定是byid，后续再该方法或加接口，其实他这种用对象为参数是最好的
修改用户信息时，他区分了原对象和新对象，按照我的做法会是直接在原对象上面做改动
逆向生成文件别名
列表查询可能会有很多条件，所以用对象把这些条件都预备好
方法注释模板
定时任务发放利息时做了判断，体验矿机不做利息处理
此部分代码可以改造成switch
表设计的灵活性，虽说目前提币功能只有usdt，但是难保后续不会有hct
xml改动
SQL优化
problem2 这判断岂不是可以合并
problem2 额外新建的一个TokenRet
problem1 何故要再封装一个类呢
name1 dbMember updateMember
idea的workspace-xml文件在标签末尾添加该行数据，保存后竟然自动移位了
fatal error 这里是使用燃料，source标识应该为2
fatal error 燃料这块写的有问题
error1-03 查询用户矿机信息 去掉了token，写死memberid，报错，如果返回类型改成PageRet，非内部类则可以
error1-02 查询用户矿机信息 去掉了token，写死memberid，报错，如果返回类型改成PageRet，非内部类则可以
error1-01 查询用户矿机信息 去掉了token，写死memberid，报错，如果返回类型改成PageRet，非内部类则可以
Dto模式
bug1
（还有个可以优化的，不用查list，用count()查询）这一步删除操作其实就做了优化，如果不注意，肯定会是用个for循环把list中的数据逐条删除，假设list有几百天数据，效率相比较就很慢了