BigDecimal Postman 返回正常精度前端接收不正常（前后端交互丢失精度）

最新推荐文章于 2024-07-27 13:39:11 发布
最新推荐文章于 2024-07-27 13:39:11 发布
阅读量1.6k 收藏 3
点赞数 2
文章标签： 前端 java 数据类型
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_37296481/article/details/121370814
版权

BUG复现:后端接口返回deceimal类型整数带一位小数，而前端展示丢失了小数点位。

解决办法：

在对应字段上加上JsonFormat(@JsonFormat(shape = JsonFormat.Shape.STRING))注解，格式化为string格式后接口返回格式为带引号的字符串数据后前端正常显示

 

 

 
 

 

                

        

        

    

  


    

      

        

            

              
                
                  不吃泥鳅的猫
                
              
            

            

                关注
              
            

        

        

          
      

      









                



	

		

			

				
					
BigDecimal在计算中丢失精度问题

				
			

			

				

					阿杰同学的博客
				

				

					05-06
					
					2467
					
				

			

		

		

			
				
首先我们先用一段代码复现问题根源，如下所示：
public static void main(String[] args) {
    BigDecimal bigDecimal=new BigDecimal(88);
    System.out.println(bigDecimal);
    bigDecimal=new BigDecimal("8.8");
    System.out.println(bigDecimal);
    bigDecimal=new BigDecimal(8.8);


			
		

	



                

            
              



	

		

			

				
					
【SpringBoot】79、SpringBoot中返回JS长整型数据丢失精度问题

					
热门推荐

				
			

			

				

					Asurplus
				

				

					06-20
					
					3万+
					
				

			

		

		

			
				
我们在给前端返回数据时，雪花 ID、时间戳等长度超过 JS 中最大值时，会发生精度丢失问题

			
		

	



              


  
              

                


	

		

			

				
					
接收前端传到后台的参数，类型：BigDecimal、String、Integer、Long等，效验接收的参数是否超过几位小数点——通过截取字符串做效验

				
			

			

				

					qq_44840230的博客
				

				

					03-06
					
					8137
					
				

			

		

		

			
				
1、接收前端传参类型：BigDecimal、Integer、Long
2、将BigDecimal类型转化为String类型（其他类型也要转化为String类型进行截取）
		BigDecimal b = new BigDecimal("1.222222");
        String s = String.valueOf(b);

3、获取字符串“.”所在的下标数
int i = s.indexOf(".");

4、截取"."后面所有的字符的长度
String ba = s.substring(i+1

			
		

	





	

		

			

				
					
前端和Postman调用同一个接口，拿到的数据不一样

					
最新发布

				
			

			

				

					llg___的博客
				

				

					07-27
					
					916
					
				

			

		

		

			
				
联调一个List接口，Postman自测得到的ID和前端调用得到的ID，结果不一样。

			
		

	



		

			
		



	

		

			

				
					
解决postman精度丢失问题

				
			

			

				

					weixin_47712609的博客
				

				

					08-16
					
					2011
					
				

			

		

		

			
				
解决postman精度丢失问题问题场景：解决方案一解决方案二

问题场景：
使用postman调试接口，需要获取接口响应数据传给下一个接口时，发现获取的值和实际返回的数值不一样
接口返回的值：“productId”: 1426074049976598530
postman获取的值：“productId”: 1426074049976598500
排查发现是精度显示问题，因为long类型超过16位会发生精度丢失问题
解决方案一
让开发改代码，把返回的数据转化成string类型就可：
“productId”: 

			
		

	





	

		

			

				
					
数据库查询数据保留小数，前端丢失精度

				
			

			

				

					
				

				

					03-15
					
					2000
					
				

			

		

		

			
				
round四舍五入如果数据为0，则显示结果为0，就会不显示小数点后面的0

为此我使用cast（数据 as DECIMAL(一共几位数(小数点后面的数不包含),保留就位小数) ）来解决

但是在传到前端的时候，明明是有小数点的，但是页面上显示的确实没有小数点的，解决方法：1：把传的数据变成String类型 (投机取巧)    2：在前端接收数据的时候用toFixed来解决，toFixed（要保留的小数个数），注意：toFixed是不能四舍五入的


...

			
		

	





	

		

			

				
					
使用BigDecimal定义的实体类字段返回给前台的是字符串类型，如何返回数字类型

				
			

			

				

					yszbrzdd的博客
				

				

					05-28
					
					673
					
				

			

		

		

			
				
做项目的时候数据字段通常定义为bigdecimal类型，方便进行运算，但是发现接口调用后返回给前台的是字符串，这篇博文讲的是如何将定义的bigdecimal类型返回给前台数字类型。

			
		

	





	

		

			

				
					
Springboot中Bigdecimal以json格式返回前端丢失小数点

				
			

			

				

					奋斗者潘的博客
				

				

					11-26
					
					5694
					
				

			

		

		

			
				
最近在项目中遇到一个问题，前端传给我的数据用Bigdecimal来接收的，存入数据库decimal，查询结果也是用Bigdecimal接收的（例如：6.000000），结果以Json格式传到前端之后就没有小数点了（6.000000变成6），网上查了一下，有很多的方法，看着有点复杂，试了一些方法结果还是不行，最后自己倒腾了一下加了一个标签居然成功了，代码如下：







这样就可以了，基本原理就是在把数据给前端的时候，把数据转换成string类型，这样就不会丢失小数点后面的（.000000）数据。需要..

			
		

	





	

		

			

				
					
BigDecimal一定不会丢失精度吗？

				
			

			

				

					码农架构
				

				

					04-13
					
					917
					
				

			

		

		

			
				
导读：我们基本已经形成了常识，需要用到金钱的地方要用BigDecimal而不是其他，而我们也都知道浮点型变量在进行计算的时候会出现丢失精度的问题。


那么，你知道其实BigDecimal也会丢失精度吗？而使用BigDecimal的背后又有什么值得去探究的地方吗？今天，告诉你，知其然，也知其所以然。

如下一段代码：



输出：



可以看到在Java中进行浮点数运算的时候，会出现丢失精度的问题。那么我们如果在进行商品价格计算的时候，就会出现问题。



很有可能造成我们手中有0.06元，却无法购买..

			
		

	





	

		

			

				
					
BigDecimal解决浮点数运算精度丢失问题

				
			

			

				

					略
				

				

					07-11
					
					1089
					
				

			

		

		

			
				
我们知道计算机是二进制的，而且计算机在表示一个数字时，宽度是有限的，无限循环的小数存储在计算机时，只能被截断，所以就会导致小数精度发生损失的情况。的值，如果相等就返回 0，如果第 1 个数比第 2 个数大则返回 1，反之返回-1。通常情况下，大部分需要浮点数精确运算结果的业务场景（比如涉及到钱的场景）都是通过。方法不仅仅会比较值的大小（value）还会比较精度（scale），而。1.0 的 scale 是 1，1 的 scale 是 0，因此。来定义浮点数的值，然后再进行浮点数的运算操作即可。

			
		

	





	

		

			

				
					
BigDecimal精度丢失处理

				
			

			

				

					Rsun2018的博客
				

				

					01-16
					
					200
					
				

			

		

		

			
				
String、int 不会丢失精度，将double，float转成String再计算可以避免精度丢失问题。运行下面代码，期待结果都是11、1.1、1.1、1.1。

			
		

	





	

		

			

				
					
后端返回数据ios接收精度丢失问题

				
			

			

				

					weixin_51291483的博客
				

				

					12-17
					
					2445
					
				

			

		

		

			
				
问题描述，通过postman调用接口返回信息拿到的BigDecimal类型的数据丢失了小数后面的值
正常应该是"price":“100.00”
但是ios拿到的是"price":“100” 造成精度丢失，
解决办法是在返回对象里面的price属性加上如下所示代码：
 @JsonFormat(shape = JsonFormat.Shape.STRING)
 private BigDecimal price;

	public BigDecimal getPrice() {
		return price ==

			
		

	





	

		

			

				
					
Java中后端Bigdecimal传值到前端精度丢失问题

				
			

			

				

					qq_43549199的博客
				

				

					03-22
					
					2591
					
				

			

		

		

			
				
有两种方式解决方式

1、将接收数据库数据的字段用string方式接收


2、@JsonSerialize(using = ToStringSerializer.class)，将此注解加在Bigdecimal类型的字段上，这样前端就会将此类型的数据看成String类型的。


...

			
		

	





	

		

			

				
					
Postman-newman-精度问题&json格式参数

				
			

			

				

					u010839188的博客
				

				

					08-13
					
					481
					
				

			

		

		

			
				
Newman精度问题&json格式参数

			
		

	





	

		

			

				
					
后台的BigDecimal字段，传到前端丢失精度问题

				
			

			

				

					qq_43473129的博客
				

				

					01-15
					
					4421
					
				

			

		

		

			
				
后台的BigDecimal字段，传到前端丢失精度问题。

后台的BigDecimal类型的字段，传到前端丢失精度。


	/**
	 * 相关字段
	 */
	private BigDecimal acreage;

例如：

该字段的值为 “ 100.00”，到前端就变成了 “100”，前端要求保留两位小数。

解决办法：

添加 @JsonFormat(shape = JsonFormat.Shape.STRING) 注解

注解解释：

@JsonFormat 用来表示json序列化的一种格...

			
		

	





	

		

			

				
					
前端获取BigInteger型数值精度丢失，preview与response显示不一致

				
			

			

				

					命中的缘分的博客
				

				

					09-28
					
					3799
					
				

			

		

		

			
				
背景：

今天上午，我们的项目中遇到了这么一个问题：

后端返回了BigInteger型数值，但是前端接收后，后面的几位都变成0了，如图所示：



排查：

返回的数值是由后端返回，因此我们一开始以为是后端的原因，但是经过排查，我们发现后端一切都是正常的，那么问题出在了哪里呢？

利用Postman来请求，我们发现返回的数据是正常的，后来我看了一下Response，里面的数据竟然也是正常的！

...

			
		

	





	

		

			

				
					
后端向前端返回参数，精度丢失（乱）

				
			

			

				

					weixin_44922423的博客
				

				

					04-14
					
					1945
					
				

			

		

		

			
				
当前端调用后端时使用的如果是Long类型，会导致出现尾数代码不同的情况，是因为Java中Long类型可以表示的最大值是2 ^63-1，而JS的基础类型Number可以表示的最大值是 2 ^53。所以后端返回的数据大于Number能表示的最大值时无法正确解析，出现精度丢失的问题。



如图:左图为前端浏览器接收到的字符，右图为postman测试接口出参的字段。数据库该字段为202204141650336754  右侧好使的原因是该并不是使用js接收，所以好使，而左侧是使用js接收，所以会出现问题



..

			
		

	





	

		

			

				
					
BigDecimal序列化后小数位数缺失问题（绝对好用）

				
			

			

				

					少健终望成，波中取千金----张少波
				

				

					10-17
					
					3043
					
				

			

		

		

			
				
问题： 实体类的BigDecimal类型字段，在序列化后，小数点被自动去掉
解决：添加String类型的字段，对元数据使用DecimalFormat工具类进行format，
String priceStr;

BigDecimal price;

DecimalFormat df = new DecimalFormat("#0.00"); //指定保留两位小数

p.setPrice(p.getP...

			
		

	





	

		

			

				
					
Java后端返回Long类型数据与前端展示不一致（精度丢失）

				
			

			

				

					04-03
				

			

		

		

			
				
Java中的Long类型是64位带符号整数，而在前端展示时通常只能精确表示53位带符号整数，因此可能会出现精度丢失的情况。

解决方法：

1.将Long类型数据转换为字符串类型传输到前端展示，这样可以保证数据精度不丢失。

2.使用BigDecimal类型进行计算和存储，可以避免精度丢失的问题。

3.在前端展示时使用JavaScript的BigInt类型，它支持表示任意位数的整数，可以精确地表示Java中的Long类型数据。

4.如果前端展示的值不需要精确到最后一位，可以使用四舍五入或舍入到一定位数的方法进行处理。

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		
评论 1

	

	
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

                
 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
 2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

              

            

          

      

      余额充值