最近项目中遇到了一个问题,费好大劲才发现问题所在,并且修复了问题,下面分享一下这个问题的定位和修复的新路旅程. 先说下背景:该项目用的是SpringBoot框架,主要功能为对外提供一些Restful API,使用的Servlet容器是默认的Tomcat,Json解析工具是默认的Jackson,通过@RequestBody注解来解析body. 再说下问题:用户通过https方法调用POST方法的接口,会偶现Jackson解析Json体失败的问题.这个问题比较离奇,同样的数据,同样的接口,有时候会发

背景 今天在调试项目的时候遇到一个坑,用Postman发送一个post请求,在Springboot项目使用@RequestBody接收时参数总是报不存在,但是多次检查postman上的请求格式以及项目代码都没有问题 Postman: 请求参数: { "firstName":"fdsaf", "lastName":"dfasdf" } Controller: Entity 通过debug模式可以发现传进到实体的参数都为null

前后端分离项目   由于端口不一致会出现跨域问题   解决跨域以后又会出现前后端sessionID不一致 首先跨域问题    跨域可以在前端配置代理 proxyTable: { '/': {    //可配置 target: 'http://192.168.0.162:8085 ', //后台IP以及端口 changeOrigin: true, pathRewrite: { '^/': ''  }  }, }, 具体网上很多配置  我主要解决session丢失问题上找了很久才找到真正能解决的方案

JsonDeserialize: 1.请求接收的是一个json,并且由对象接收 @RequestMapping(value = "/query", method = {RequestMethod.POST},consumes = "application/json") public WebDataListResponse query(@RequestBody(required = true) DataLogQuryEntity dataLogQuryEntity){

今天突然想学习一下Restful风,详细的我就不赘述了,我的理解是同一个请求路径根据请求方式不同进行不同的处理 如四种提交方式,这里推荐一个插件Postman,可以模仿各种请求类型,自行百度安装吧 GET(SELECT):从服务器查询,可以在服务器通过请求的参数区分查询的方式.   POST(CREATE):在服务器新建一个资源,调用insert操作.   PUT(UPDATE):在服务器更新资源,调用update操作.   DELETE(DELETE):从服务器删除资源,调用delete语句

前端实现: var student = { "name":1, "age":2, "score":3 }; $.ajax({ url:"student/test/delStudentByPrimaryKey.action", contentType:"application/json;charset=UTF-8", type:'POST', dataType:'json',//json 返回值类型 data

1 Get 1.1 Params 直接显示在url上,即url参数,用&分隔开. springboot中可以用@RequestParam注解获取. 1.2 Headers 1.3 Body 1.3.1 none 1.3.2 form-data 1.3.3 x-www-form-urlencoded springboot中可以用@RequestParam注解获取. 1.3.4 raw 1.3.5 binary 2 Post 2.1 Params 直接显示在url上,即url参数,用&分隔开.

SpringBoot 中 @RequestBody的正确使用方法 最近在接收一个要离职同事的工作,接手的项目是用SpringBoot搭建的,其中看到了这样的写法: @RequestMapping("doThis") public String doThis(HttpServletRequest request, @RequestParam("id") Long id, // 用户ID @RequestParam("back_url") Strin

数据库中有一个bigint类型数据,对应java后台类型为Long型,在某个查询页面中碰到了问题:页面上显示的数据和数据库中的数据不一致.例如数据库中存储的是:1475797674679549851,显示出来却成了1475797674679550000,后面几位全变成了0,精度丢失了. 1. 原因 这是因为Javascript中数字的精度是有限的,bigint类型的的数字超出了Javascript的处理范围.JS 遵循 IEEE 754 规范,采用双精度存储(double precision),

上一篇SpringBoot实战(二)Restful风格API接口中写了一个控制器,获取了前端请求的参数,现在我们就参数的获取与校验做一个介绍: 一:获取参数 SpringBoot提供的获取参数注解包括:@PathVariable,@RequestParam,@RequestBody,三者的区别如下表: 示例代码: Order: package com.example.demo.controller.user.entity; public class Order { private Integer

问题 在开发过程中,我们的主键字段使用了数字作为主键ID,发现数字精度丢失的问题. 上图红框是后端日志的输出. 在浏览器端F12 看到的结果如上图,数据居然自动变化,这个是数字在浏览器丢失了精度,导致结果不准确. 解决办法: 在序列化时,将数字转序列化成 字符串输出.在springboot 中增加序列化配置,将Long型数据修改成字符输出. 这里将Long 类型输出为字符串. 再次查看浏览器输出. 如上图,数字转成了字符串,数字没有丢失精度.

用SpringBoot框架做项目时,经常需要前端给后端传递参数,如果需要多条参数,通常的做法是把这些参数封装为一个对象来传递,前端用POST方式调用.但有时会遇到后端只需要一条参数(比如一个String)的情况,此时如果还封装为一个对象,有些麻烦:最好的办法是用GET方式调用,直接把参数拼接在url后面.然而,一般项目都有统一的接口规范,要求接口都要用POST方式,此时就遇到一个问题:controller方法上到底是用@RequestParam注解还是用@RequestBody注解?  之前对这

本文只针对springboot整合rabbitmq的消息防丢失,话不多说,上干货.... 设置发送mq消息不丢失实现思路 执行的方案: 第一步,要对队列,消息以及交换机进行持久化操作(保存到物理磁盘中) 因为mq消息默认是保存在内存中 交换机我们在声明的时候可以进行持久化 @Bean(EX_BUYING_ADDPOINTUSER) public Exchange EX_BUYING_ADDPOINTUSER(){ return ExchangeBuilder.directExchange(EX_

代码中注入一个bean即可: /** * 解决Jackson导致Long型数据精度丢失问题 * * @return */ @Bean("jackson2ObjectMapperBuilderCustomizer") public Jackson2ObjectMapperBuilderCustomizer jackson2ObjectMapperBuilderCustomizer() { Jackson2ObjectMapperBuilderCustomizer customizer =

最近遇到Controller中需要多个@RequestBody的情况,但是发现并不支持这种写法, 这样导致 1.单个字符串等包装类型都要写一个对象才可以用@RequestBody接收: 2.多个对象需要封装到一个对象里才可以用@RequestBody接收. 查阅StackOverFlow,受到一个解决方案的启发,本人改进为以下版本,并给出了详尽的注释,希望对大家有帮助. 改进后的方案支持: 1.支持通过注解的value指定JSON的key来解析对象. 2.支持通过注解无value,直接根据参数名

使用了HuTool这个雪花算法后,会出现丢失精度的问题 hutool算法使用地址 对于一些大的业务表,自增主键这里 接口层得注意下是否会产生大数值 设计接口的时候采用String类型. 在项目中,我们可能采取bigint作为数据库主键,Java类中我们一般采用Long类型来映射.对于大数值比如1218106361019314176,数据在服务端好好的,到了前端会发现变成1218106361019314200,造成精度丢失,这样显然是有问题的. 解决办法: 我们只需要配置一下json配置即可,把所

一)首先说明xia @requestBody与@requestParam的区别 spring的RequestParam注解接收的参数是来自于requestHeader中,即请求头.都是用来获取请求路径(url )中的动态参数.也就是在url中,格式为xxx?username=123&password=456.功能与@pathvarible. RequestBody注解接收的参数则是来自于requestBody中,即请求体中. 知识点: (二)Content-Type,内容类型,一般是指网页中存在

遇到的问题目前找到两种: 返回视图路径以/开头,例如 /test/hello 在thymeleaf页面中,引入的页面以/开头,例如:<footer th:replace="/index::footer"></footer> 代码书写规范: @GetMapping("/about-us") public String sysInfo(){ return "students/about-us"; } 错误写法:(不要在前面加入

对于前后端分离的项目,在开发阶段经常会遇到跨域的问题. 1.首先,对于后台的处理方式,第一种是用 @CrossOrigin 注解,@crossorigin是后端SpringMVC框架(需4.2版本以上)Controller层的一个注解,这个注解是用在控制器方法上的,但这种方式不能做到统一跨域处理 @CrossOrigin(origins = "http://localhost:3000") @RequestMapping(method = RequestMethod.GET) List

1.跨域问题说明:后端域名为A.abc.com,前端域名为B.abc.com. 2.后端设置一个cookie发送给前台,domain应该是setDomain(“abc.com”),而不是setDomain(“B.abc.com”) 3.另外,还要实现WebMvcConfigurerr配置加入Cors的跨域 @Configuration public class WebConfig implements WebMvcConfigurer { @Override public void addCor