记一次前端调用API接口的bug【请不要使用long,bigint等数据类型给到前端】!!!!!!!!

原创 已于 2024-04-13 15:36:34 修改 · 433 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#bug

于 2024-04-13 15:31:25 首次发布
文章讲述了开发者在调用一个简单的RESTful删除接口时遇到的问题，后端返回ID错误。通过Fiddler发现数字过大导致前端处理时被截断，从而揭示了在处理Number类型数据时应避免使用过大数值的教训。

在一个阳光明媚的早上，在接口对接的过程中，请求了一个删除接口，接口很简单，restfull风格的api，如下

```

delete/{id}

```

请求了一下，明明ID一样后端却说ID传错了，WTF？？？

明明是后端传来的ID怎么会是错误的？，于是我立马从裤裆里掏出了我的Filddler来看看

果然发现盲点，这鬼ID怎么这么大？

完全不符啊！！在控制台试一下，🆗符合表现，数字被截断了 那么是为什么呢？

查询后MDN发现对于Number类型的定义：

结尾

请不要使用离大谱的数字类型，前端处理不了啊！！！！在被浏览器解析的时候就已经出错了，根本不可能处理；

Hunter Vincent
关注
Spring Boot入门(23)：记录接口日志再也不难！用AOP和自定义注解给Spring Boot加上日志拦截器！
**My Coding Family**
09-01 4405
基于AOP实现自定义注解拦截接口日志并入库，一文教会你。
Spring Boot进阶(107)：这年头谁还手写逻辑删除，一个注解@TableLogic搞定！
**My Coding Family**
12-31 1965
🏆本文收录于「滚雪球学SpringBoot」专栏，手把手带你零基础入门Spring Boot，从入门到就业，助你早日登顶实现财富自由🚀；同时，欢迎大家关注&&收藏&&订阅！持续更新中，up！up！up！！
前端对于Long类型的雪花ID无法识别
m0_56663158的博客
01-17 1523
1.在PostMan里面请求接口能够完全正确的返回雪花算法生成的主键id，但是在Swagger或者前端接口请求 浏览器之中就会出现雪花算法精度损失问题。2.前端对于16位以上的Long类型数据精度丢失。
后端bigInt类型返回前端精度丢失问题解决
qq_43145310的博客
02-15 2985
json-bigInt处理数据精度丢失问题
web项目如何支持DELETE、PUT请求
qq_28411869的博客
02-21 3042
转自liuyuanjiang109：https://blog.youkuaiyun.com/liuyuanjiang109/article/details/78972644 ajax使用restful服务发送put 和 delete 请求时直接传参会出现问题 一，采用POST  + _method:delete/put  + filter 的方法 ajax发送put 和 delete 请求时,需要传递参数，...
[译]BigInt：JavaScript 中的任意精度整型
yy1715713348的博客
01-23 1225
BigInt是 JavaScript 的一种新的数值原始类型，它可以用来表示任意精度的整数值。有了BigInt后，我们可以安全放心地保存和操作整数值了，即便是那些超出了Number的“安全整数”范围的值。本文会介绍一些关于它的使用场景，除此之外还会通过对比Number来介绍一些在 Chrome 67 中新引入的功能。
前端转换bigInt，axios拦截器失效
iZaix的博客
07-18 1063
transformResponse之后，拦截器失效，不能正确拦截异常，拦截不到401，bigint之后，拦截器失效
面渣逆袭：MySQL六十六问，两万字+五十图详解！
m0_67698950的博客
06-23 857
不知不觉，面渣逆袭系列已经肝了差不多十篇，每一篇都是上万字，几十图，基本上涵盖了面试的主要知识点，这期MySQL结束之后，这个系列可能会暂时告一段落，作为面渣逆袭系列第一阶段的收官之作，大家多多点赞收藏哦！作为SQL Boy，基础部分不会有人不会吧？面试也不怎么问，基础掌握不错的小伙伴可以跳过这一部分。当然，可能会现场写一些SQL语句，SQ语句可以通过牛客、LeetCode、LintCode之类的网站来练习。 MySQL的连接主要分为内连接和外连接，外连接常用的有左连接、右连接。三大范式的作用是为了控制数据
【openssl】从openssl的常用接口调用浅谈【内存泄漏】的风险和规避
一个专注于嵌入式IoT领域的架构师，深耕IoT领域多年，深度掌握IoT领域的相关技术栈，包括但不限于RTOS内核的实现及其移植、硬件驱动移植开发、网络通讯协议开发、编译构建原理及其实现、底层汇编及编译原理、编译优化及代码重构、嵌入式IoT系统的架构设计等。
11-29 8812
openssl是一个很有名的开源软件，它在解决SSL/TLS通讯上提供了一套行之有效的解决方案，同时在软件算法领域，它也集成绝大部分常见的算法，真可谓是程序员开发网络通讯和信息安全加解密的一个利器。 熟悉github的朋友，一定在github上目睹过openssl的真容【https://github.com/openssl/openssl】，它的官网地址是【https://...
栋的月结 | 第一回合（定期更新、动态、架构、云技术、算法、后端、前端、收听/收看、英文、书籍、影视、好歌、新奇）[含泪总结.. 憋泪分享！]
纽雪澳诺加海美德的博客
02-01 2731
开篇词 大家好！以下是我在 2020 年 1 月 1 日至 31 日的所见、所闻、所学和所悟。 现在，我把它们安利给你们。   定期更新 原创专栏： 栋的周评 一文搞定 Linux 管理员手册：既简单又深刻 官方授权： Baeldung Java 周评 符合官方许可： Spring 官方指南   动态 在我的《一文搞定》系列专栏里新增了： 《一文搞定 |...
bigint对应Long类型返回给前端,精度丢失问题
weixin_43608796的博客
12-17 1218
在Bean字段上添加注解@JsonSerialize(using= ToStringSerializer.class) import com.fasterxml.jackson.databind.annotation.JsonSerialize; import com.fasterxml.jackson.databind.ser.std.ToStringSerializer; @JsonSerialize(using= ToStringSerializer.class) private Long id; .
数字精度问题
呜呼哈
08-17 482
前端JS不支持Long类型数字，返回给前端Long类型数据时需要转换为String mongodb中默认数字类型也是浮点数类型，在查询数据时要注意属性类型
【解决】long类型和前端交互精度丢失问题
qq_44769557的博客
03-17 6410
问题： 前后端交互，当后端传一些值给前端的时候，如果是long类型，有可能会出现数字太大而前端接收不了（java中的long大于js的number）而导致数据不一致，精度会丢失。 分析： 前端接收不了long类型。需要特别注意传的long类型值。 如何实现不想修改数据库，又要确保前端能顺利接收到long类型的数据呢？ 使用该注解，在字段上面加上即可 @JSONField(serializeUsing = ToStringSerializer.class) private Long id;
前端传入Long类型精度丢失解决办法(之一)
热门推荐
xnattack的博客
05-13 1万+
前端传入Long类型精度丢失解决办法(之一) 原因: 解决办法: 本质上也是将Long转为String类型，但是比网上的其他方法都要来的简单。
踩坑计之前端没有long
qq_32798243的博客
08-16 544
在最近的后端传参数的时候发现前端查询的时候的id是错误的,发生了什么。然后给出了’id’: 6545917000273642505 然后传过去的是这样的：6545917000273642000发现了没，前端溢出了数据类型的原因：那就一起来探讨一下前端的整型只有在这个范围内的数字才能够被完整的显示出来：console.log(Number.MAX_SAFE_INTEGER); //900719925...
前端解析Long类型数据出现溢出/或者不匹配
Gaoju_liz的博客
11-10 2624
问题描述 项目中，在存储userId和instructioId这些字段时，都是使用64为长整数Long类型（数据库的bigint）； 后端将数据从DB中查询出来后，返回的userId和instructionId是Long类型，示例如下： 上面是前端在接收到的json数据（response原始数据），注意上面的id、instructionId、userId，这几个字段都是Long类型 但是前端在显示的时候，发现显示的数据是不匹配的，如下图所示： 前端代码中没有进行显示的转换，在接收到json数据后，解析后
Cobalt Strike渗透生成 linux http Beacon不生效bug分析与解决方法
最新发布
mooyuan的网络安全博客
12-06 1073
本文分析了使用genCrossC2生成Linux平台HTTPS Beacon时端口配置失效的原因，发现是cna文件中的端口被硬编码为4444导致。文章提供了两种解决方案：1）图形化方法存在bug，默认使用CS服务器IP且无法修改；2）推荐使用命令行方法，详细介绍了genCrossC2的参数配置和使用示例，包括必选参数（C2域名/IP、端口、密钥路径等）和可选参数（UPX压缩等），最终可成功生成指定IP和端口的Linux反向连接载荷。
拒绝“玄学”Bug：C++ 多线程调试指南与 ThreadSanitizer 实战
exlink2012的专栏
12-05 512
本文介绍了C++多线程调试的常见挑战和解决方案，重点推荐ThreadSanitizer(TSan)工具。TSan通过编译时插桩技术，能高效捕获数据竞争、死锁等问题，相比传统Valgrind速度提升显著。文章提供了TSan的实战教程，包括代码示例、编译方法和报告解读，并介绍了GDB调试技巧（如threadapplyallbt命令）和日志分析等辅助手段。最后给出了多线程问题的决策路径，建议将TSan集成到开发流程中，以预防并发问题。
Complete Bug Bounty tool List for free
bugsycrack的博客
12-04 718
Tool List ，enjoy yourself.dnscan https://github.com/rbsec/dnscanKnockpy https://github.com/guelfoweb/knockSublist3r https://github.com/aboul3la/Sublist3rmassdns https://github.com/blechschmidt/massdnsNmap https://nmap.orgMasscan https://github.com/robertda
ERROR c.t.c.t.s.aspect.LoggingAspect - Proceed error! ----- [Method: (register)] ----- [Error message: Failed to convert from type [com.datastax.oss.driver.internal.core.cql.DefaultRow] to type [boolean] for value 'com.datastax.oss.driver.internal.core.cql.DefaultRow@7b6065d8'; nested exception is com.datastax.oss.driver.api.core.type.codec.CodecNotFoundException: Codec not found for requested operation: [BIGINT <-> java.lang.Boolean]]
08-29
<think>我们遇到了一个类型转换错误：尝试将Cassandra的`DefaultRow`（即查询结果的一行）转换为boolean类型时失败，因为找不到从BIGINT到java.lang.Boolean的编解码器。 根据错误信息，问题发生在`register`方法中，具体是Spring Data Cassandra在将查询结果转换为boolean类型时失败。 分析原因： 1. 可能我们在Repository中定义了一个返回boolean的方法，但实际查询返回的是包含BIGINT类型字段的行（或整个行），而不是一个可以直接转换为boolean的值。 2. 错误信息中提到了BIGINT和Boolean的转换，说明我们的查询可能返回了一个BIGINT类型的列，但是我们的方法期望返回一个boolean。 解决方案步骤： 1. 检查Repository中`register`方法对应的查询方法（可能是通过方法名推导的查询或者自定义的@Query注解）。 2. 确保查询返回的结果可以直接转换为boolean。例如，如果查询返回的是一个数字（0或1），我们可以使用CAST函数将其转换为boolean（在Cassandra中，boolean类型是true/false，与数字不直接兼容，但可以通过条件判断产生boolean结果）。 3. 或者，修改Repository方法的返回类型，使其与查询结果匹配。 具体操作： 假设Repository中有一个方法如下： ```java public interface UserRepository extends CassandraRepository<UserCassandraPO, UUID> { boolean existsByEmail(String email); } ``` 这个方法是通过方法名派生的查询，Spring Data Cassandra会生成一个查询，返回一个计数值（BIGINT），但是方法期望返回boolean。 实际上，Spring Data Cassandra对于`existsBy...`方法会自动处理，将计数结果（大于0）转换为boolean。所以这里可能是一个bug或者配置问题。 但是错误信息提到的是从`DefaultRow`（一行）转换为boolean，而不是从long转换为boolean。这说明查询返回的是一行数据，而不是一个计数值。 因此，另一种可能是我们自定义了@Query，例如： ```java @Query("SELECT * FROM user WHERE email = ?0 LIMIT 1") boolean existsByEmail(String email); ``` 这样查询返回的是整个行，而不是一个简单的值。Spring Data Cassandra不知道如何将整个行转换为boolean。 正确的做法应该是使用计数查询： ```java @Query("SELECT COUNT(*) FROM user WHERE email = ?0") long countByEmail(String email); // 然后通过判断count>0来得到是否存在 // 或者使用existsByEmail方法，让Spring Data自动生成查询 ``` 但是，如果我们想直接返回boolean，可以使用派生查询（不用写@Query）： ```java boolean existsByEmail(String email); ``` 或者使用自定义查询并返回一个基本类型（如long）然后转换为boolean（不推荐，因为Spring Data可以自动处理）。 因此，解决方案是： 1. 如果使用了自定义@Query，确保查询返回的是一个可以直接映射为boolean的值（比如一个数字，然后通过Spring转换？但实际上Cassandra的COUNT返回的是BIGINT，而Spring Data Cassandra可以自动将COUNT查询转换为boolean，但是需要正确的方法签名）。 2. 更推荐使用Spring Data Cassandra的派生查询，即直接使用`existsByEmail`而不写@Query。 3. 如果必须使用自定义查询，可以这样写： ```java @Query("SELECT COUNT(*) FROM user WHERE email = ?0") long countByEmail(String email); // 然后在service中 public boolean existsByEmail(String email) { return countByEmail(email) > 0; } ``` 4. 或者，使用Spring Data Cassandra支持的投影接口，但这里不适用。 错误信息中提到的`CodecNotFoundException`可能是因为我们试图将整个行（包含多个字段）转换为一个boolean，而其中某个字段是BIGINT类型，但整个行无法转换为boolean。 因此，请检查Repository中`register`方法对应的查询方法（可能是existsByXXX）的定义，确保它没有返回整个行。 如果问题仍然存在，可能需要检查依赖版本，确保Spring Data Cassandra和Cassandra driver的版本兼容。 另外，如果使用了自定义转换器（Converter），也需要检查是否影响。 由于错误信息中提到了`LoggingAspect`，所以可能是切面在处理方法返回时出错，但根源还是Repository方法返回类型和实际查询结果不匹配。 具体代码修正： 错误的方法定义： ```java @Query("SELECT * FROM user WHERE email = ?0") boolean existsByEmail(String email); ``` 修正为： ```java // 使用派生查询（推荐） boolean existsByEmail(String email); ``` 或者自定义查询返回计数： ```java @Query("SELECT COUNT(*) FROM user WHERE email = ?0") long countByEmail(String email); // 然后在业务逻辑中判断>0 ``` 但注意，`existsByEmail`方法名是Spring Data支持的，所以直接使用派生查询即可。 如果问题不是出在exists方法，而是其他方法（如register方法内部调用了某个返回boolean的查询），同样需要检查那个查询。 总结：确保查询返回的结果类型与方法返回类型匹配。 §§相关问题§§ 1. Spring Data Cassandra中如何正确实现existsBy查询？ 2. 如何解决Cassandra驱动中的CodecNotFoundException？ 3. 自定义@Query注解时，返回类型应该如何选择？ 4. 如何调试Spring Data Cassandra的查询结果类型转换问题？ 5. 在Cassandra中，如何将COUNT查询结果映射为boolean类型？</think>### 解决 Cassandra 类型转换错误：`CodecNotFoundException` #### 错误原因分析 错误信息表明：**Cassandra 无法将 BIGINT 类型转换为 Java 的 Boolean 类型**。具体发生在 `register` 方法中，当尝试从查询结果 `DefaultRow` 提取值时出现类型不匹配。 #### 核心问题定位 1. **类型映射错误**： - Cassandra 的 `BIGINT` 类型（64位整数）无法直接映射到 Java `Boolean` - 常见于返回数值型数据的查询被误用为布尔判断 2. **典型场景**： ```java // 错误示例：COUNT查询返回long却被当作boolean @Query("SELECT COUNT(*) FROM user WHERE email = ?0") boolean existsByEmail(String email); // 应返回long而非boolean ``` #### 完整解决方案 ##### 1. 修正 Repository 方法签名 ```java public interface UserRepository extends CassandraRepository<UserCassandraPO, UUID> { // 正确：返回计数结果 @Query("SELECT COUNT(*) FROM user WHERE email = ?0") long countByEmail(String email); // 正确：使用派生查询 boolean existsByEmail(String email); // 让Spring自动生成查询 } ``` ##### 2. 业务层转换处理 ```java @Service public class UserService { private final UserRepository repository; public boolean isEmailRegistered(String email) { // 显式转换计数结果为布尔值 return repository.countByEmail(email) > 0; } } ``` ##### 3. 自定义类型转换器（高级方案） ```java @ReadingConverter public class CountToBooleanConverter implements Converter<Long, Boolean> { @Override public Boolean convert(Long count) { return count != null && count > 0; } } // 注册转换器 @Configuration public class CassandraConfig extends AbstractCassandraConfiguration { @Override public CustomConversions customConversions() { return new CassandraCustomConversions(List.of( new CountToBooleanConverter() )); } } // 使用转换器 public interface UserRepository extends CassandraRepository<UserCassandraPO, UUID> { @Query("SELECT COUNT(*) FROM user WHERE email = ?0") @QueryResultMapper(CountToBooleanConverter.class) Boolean existsByEmail(String email); } ``` ##### 4. 验证查询结果类型 ```java // 测试方法 @Test void testEmailExists() { // 1. 执行原始CQL验证返回类型 ResultSet rs = session.execute("SELECT COUNT(*) FROM user WHERE email = 'test@example.com'"); Row row = rs.one(); System.out.println(row.getType(0)); // 应输出 BIGINT // 2. 验证Repository方法 assertThat(repository.countByEmail("test@example.com")) .isInstanceOf(Long.class); } ``` #### 关键排查步骤 1. **检查所有返回布尔值的查询**： ```bash grep -r "boolean.*By" src/main/java/com/yourpackage/repository ``` 2. **验证实体映射关系**： ```java // 添加调试日志 @Bean public CassandraMappingContext cassandraMapping() { CassandraMappingContext context = new CassandraMappingContext(); context.setUserTypeResolver(new SimpleUserTypeResolver(...)); context.setInitialEntitySet(new HashSet<>(List.of(UserCassandraPO.class))); context.afterPropertiesSet(); // 触发映射解析 return context; } ``` 3. **检查驱动类型映射表**： | Cassandra 类型 | Java 类型 | 是否支持布尔转换 | |---------------|---------------|----------------| | BIGINT | Long | ❌ | | BOOLEAN | Boolean | ✅ | | INT | Integer | ❌ | #### 预防措施 ```yaml # application.yml 添加类型检查 spring: data: cassandra: entity-base-packages: com.yourpackage.entity schema-action: VALIDATE # 启动时验证类型映射 ```
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值