NothingToSay

问题描述小程序发送一个json对象（字符串格式），后端用@RequestBody接收。后端代码不变，使用postman发送数据时一切正常；但如果前端用微信小程序发送，后端就无法接收到数据（报json解析错误或不报异常，但接收到的属性都是null）。原因: 小程序发送请求时data设置错误wx.request({ url: `xxx`, method: 'post', // 发送的格式为 key: {key:value,key:value,...} ,这时右侧的{..}才是我们

mysql默认接受sql的大小是 1M， 即第三种方式若数据量超过1M会报如下异常：（可通过调整MySQL安装目录下的my.ini文件中[mysqld]段的＂max_allowed_packet = 1M＂）JDBC连接url中添加参数rewriteBatchedStatements=true可准备工作表结构CREATE TABLE `t_user` ( `id` varchar(32) CHARACTER SET utf8 NOT NULL COMMENT '主键', `name`.

问题描述:最近做项目与前端进行交互时,突然出现了 Required Date parameter 'xxx' is not present错误.解决思路这时第一反应是前端传递的参数名称/类型是否与后端要求的不一致,经检测排除.然后又认为是接口本身出现了问题,使用postman测试发现正常响应结果,排除正准备启用万能的百度时,突然想到是不是请求头中content-type设置错误导致的问题,打开控制台->network->查看请求头,发现微信小程序Post默认请求为content-ty

如果你正在使用MIUI 12系统，那么有可能是系统拒绝Google Play启动Google框架导致的(默认拒绝链式启动)，可以在设置→应用设置→应用管理→应用行为记录，确认下是否这个原因。如果是，点击应用管理→权限→自启动管理，把google相关的程序全部允许就好了有时候修改完自启动软件，还需要重启一下手机...

1.确保已开启TransactionManagment如果你的项目引入了boot-starter的jar包，则不需要自己配置DataSourceTransactionManager，springboot自动配置特性会帮你配置。如果未正确配置，则需在Application启动类上，使用注解@EnableTransactionManagement让springboot帮你配置。不建议重写config类，自己实现改配置2.确保@Transactional注解的方法的修饰符@Transaction作

打开 Maven 的配置文件(windows机器一般在maven安装目录的conf/settings.xml)，在标签中添加 mirror 子节点:<mirror> <id>aliyunmaven</id> <mirrorOf>*</mirrorOf> <name>阿里云公共仓库</name> <url>https://maven.aliyun.com/repository/pu

RehashHash表当有数据要插入时，都会检查容量有没有超过设定的thredhold，如果超过，需要增大Hash表的尺寸，但是这样一来，整个Hash表里的无素都需要被重算一遍。这叫rehash，这个成本相当的大。正常的ReHash的过程我假设了我们的hash算法就是简单的用key mod 一下表的大小（也就是数组的长度）。最上面的是old hash 表，其中的Hash表的size=2, 所以key = 3, 7, 5，在mod 2以后都冲突在table[1]这里了。接下来的三个步骤是Hash表

通过阅读微信开发文档发现accessToken的有效期为2小时也就是7200秒，所以将accessToken在缓存中的过期时间设置为了7000秒，但今天测试时突然发现调用微信接口生成的太阳码图片为空。经过反复测试也没找到问题所在，只好一步步debug，最终发现是调用微信接口后响应流中没有图片，同时code为200。这时第一反映就是accessToken已过期，但从redis工具中发现accessToken刚刚申请半个小时，远没到官方规定的2小时。没办法只好通过百度获取答案了，最终我在微信开放社区获取到了

问题复现我们都知道在实际的开发中，我们经常遇到需要展示一对多的数据问题，如：一个人共有n个订单，每个订单有不定的商品，那么这种显示的数据结构就是我们的一对多数据结构:如下所示:但使用pagehelper分页导致mybatis一对多查询分页结果出错，错误原因在于，一对多collection，他计算的条数是按商品计算的（一对多的“多”，而不是“一”），比如上图中，如果分页参数是pageNum=1,pageSize=2,那么我们想要的结果应该是上图所示，但我们实际查询出来的是，只有orderNo为1的那一部