奇怪的bug

奇怪的bug 合集

1.不可见字符集问题

起因是在自己做小项目的时候,通过lombok的@data注解,默认生成实体类的get set方法

但是在某个方法中获取一个属性值的时候显示找不到该属性值的get方法,具体直接贴图


我以为是lombok的配置问题,或者是idea的缓存问题,但是...通过一系列的排查,清缓存,还是报错...

后面我有单独的获取了一下,但是能获取到 ,王德法???一脸问号脸的我???

于是我猜想:这两个玩意儿不能不一样吧???原模原样复制,写个main测试一下

java 复制代码
public static void main(String[] args) {


        String s = "app.getАррTуре()";
        String s1 = "app.getAppType()";

        for (int i = 0; i < s.length(); i++) {
            if (s.charAt(i) == s1.charAt(i)) {
                System.out.println("s:" + s.charAt(i) + " s1:" + s1.charAt(i) + " 相等");
            } else {
                System.out.println("s:" + s.charAt(i) + " s1:" + s1.charAt(i) + " 不相等");
            }
        }
    }

但是结果却运行出来这么个玩意儿,同样让我震惊??,确实不一样... 持续懵逼中...

s:a s1:a

s:p s1:p

s:p s1:p

s:. s1:.

s:g s1:g

s:e s1:e

s:t s1:t

s:А s1:A 不相等

s:р s1:p 不相等

s:р s1:p 不相等

s:T s1:T

s:у s1:y 不相等

s:р s1:p 不相等

s:е s1:e 不相等

s:( s1:(

s:) s1:)

什么A != A??

百度了一圈

大概是这个原因:

代码中,字符串 s 和 s1 看起来在大多数位置上是相似的,但有一个重要的区别:s 字符串中包含了一些非ASCII字符(在这种情况下是俄文字符 "Арр"),而 s1 则只包含ASCII字符。

比较这两个字符串中的字符时,即使它们在视觉上可能看起来相似(比如您的 "A" 和 "А"),但它们在计算机中的表示是完全不同的。ASCII字符集主要用于表示英文字母、数字和一些标点符号,它只定义了从0到127的字符代码。而 "А" 是一个Unicode字符,它在Unicode字符集中的位置与ASCII中的 "A" 不同。

在Java中,char 数据类型用于存储Unicode字符,因此 "A" 和 "А" 被视为两个不同的字符,即使它们在视觉上可能相似。

对于索引位置0、1和2(即 "app" 部分),两个字符串的字符是相同的,因此会输出 "相等"。但是,当您到达索引位置3时,s 中的字符是 "А"(Unicode中的某个值),而 s1 中的字符是 "g"(ASCII值为103)。由于这两个字符在Unicode中的值不同,因此输出将是 "不相等"。

继续看了看 改吧改吧

java 复制代码
public static void main(String[] args) {


        String s = "app.getАррTуре()";
        String s1 = "app.getAppType()";

        for (int i = 0; i < s.length(); i++) {
            if (s.charAt(i) == s1.charAt(i)) {
                System.out.println("s:" + s.charAt(i) + " s1:" + s1.charAt(i) + " 相等");
            } else {
                System.out.println("s:" + s + " (" + (int) s.charAt(i) + ") s1:" + s1 + " (" + (int) s1.charAt(i) + ") 不相等(Unicode值不同)");
                System.out.println("s:" + s.charAt(i) + " s1:" + s1.charAt(i) + " 不相等");
            }
        }
    }

输出:

s:a s1:a 相等

s:p s1:p 相等

s:p s1:p 相等

s:. s1:. 相等

s:g s1:g 相等

s:e s1:e 相等

s:t s1:t 相等

s:app.getАррTуре() (1040) s1:app.getAppType() (65) 不相等(Unicode值不同)

s:А s1:A 不相等

s:app.getАррTуре() (1088) s1:app.getAppType() (112) 不相等(Unicode值不同)

s:р s1:p 不相等

s:app.getАррTуре() (1088) s1:app.getAppType() (112) 不相等(Unicode值不同)

s:р s1:p 不相等

s:T s1:T 相等

s:app.getАррTуре() (1091) s1:app.getAppType() (121) 不相等(Unicode值不同)

s:у s1:y 不相等

s:app.getАррTуре() (1088) s1:app.getAppType() (112) 不相等(Unicode值不同)

s:р s1:p 不相等

s:app.getАррTуре() (1077) s1:app.getAppType() (101) 不相等(Unicode值不同)

s:е s1:e 不相等

s:( s1:( 相等

s:) s1:) 相等

可见,代码中有脏东西... 至此 该bug 修复...

相关推荐
执笔画流年呀11 小时前
⾃动化测试常⽤函数
java·dubbo
名字还没想好☜14 小时前
React 受控输入框光标跳到末尾:格式化输入时的 selection 丢失 bug 与修复
前端·javascript·react.js·bug·react·next.js
神奇霸王龙16 小时前
跨厂商大模型接入实战:5大基座性能对比
人工智能·ai·aigc·dubbo·claude·qwen·ai金融
陈 洪 伟2 天前
大模型推理引擎vLLM(30):由一个GLM5 bug,整理MLP中的SwiGLU、算子融合、量化相关问题
bug·mlp·vllm
endeavor123 天前
BUG(记录)
bug
朝阳资本论3 天前
百度搭子,重塑百度AI
dubbo
不断学习加努力5 天前
使用rviz2进行可视化时,cpu资源占用过高的bug
bug
happyness445 天前
如何利用 AI 自动编写单元测试(Unit Test)来捕捉隐藏的边缘情况 Bug?
人工智能·单元测试·bug
码农学院5 天前
GEO效果度量体系:AI搜索可见性、引用率与转化追踪的技术实现
人工智能·dubbo
深念Y5 天前
Windows幽灵端口占用:HNS如何无声偷走你的端口
windows·python·bug·环境·端口·特权