标签：non return str createByErrorMessage transactional ServerResponse 38e46e4a result

　　先是在日志里出现了

Closing non transactional SqlSession [org.apache.ibatis.session.defaults.DefaultSqlSession@38e46e4a]

　　看网上的博客，以为是XML中事务标签配错了，检查了好一阵子，发现并没有错。

　　接下来看日志中的报错

MySQLIntegrityConstraintViolationException: Column 'id' in field list is ambiguous

　　违反唯一建约束？？？

　　然后我去代码里查看，发现是代码逻辑写错了，

    public ServerResponse<String> checkValid(String str, String type) {
        if (StringUtils.isNotBlank(type)) {
            if (Const.USERNAME.equals(type)) {
                int resultCount = userMapper.checkUsername(str);
                if (resultCount > 0) {
                    return ServerResponse.createByErrorMessage("用户名已存在");
                }
            }
            if (Const.EMAIL.equals(type)) {
                int resultCount = userMapper.checkEmail(str);
                if (resultCount > 0) {
                    return ServerResponse.createByErrorMessage("Email已存在");
                }
            }
        } else {
            return ServerResponse.createByErrorMessage("参数错误");
        }

        return ServerResponse.createBySuccessMessage("校验成功");
    }

                if (resultCount > 0) {
                    return ServerResponse.createByErrorMessage("用户名已存在");
                }

　　　　　　本来是从数据找到一条数据，说明数据库里已经有该用户，不应该放行，我把条件写成了等于0，使这条重复的记录进入数据库，造成违反唯一键

标签：non,return,str,createByErrorMessage,transactional,ServerResponse,38e46e4a,result
来源： https://www.cnblogs.com/figsprite/p/10913693.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。