这篇文章主要介绍了Java使用MessageFormat应注意的问题,文章围绕主题展开详细的内容介绍,具有一定的参考价值,需要的朋友可以参考一下
问题现象
某个业务功能需要通过SSH协议执行命令查询一些数据,而某次查询居然没有得到任何结果,导致界面没有任何数据,但是手动执行这个命令又是能够查询到数据的。刨了半天日志也确实没有看到日志里面有什么异常的信息,百思不得其解数据究竟去哪里了???
问题排查
看了一段时间还是没有什么头绪,这个时候内心开始慌了。赶紧看了一下提交记录,确认了一下代码不是我写的,于是心里稍稍微淡定了一点,别人问起也好说不是我写的嘛!虽然代码不是我写的,但是问题还是要继续看的。毕竟拿了钱,就要干活的嘛。
接下来就只能分析代码了。首先分析了一下最有可能出错的地方,就是解析命令查询的响应逻辑。把这个地方的代码和手动执行命令得到的结果放在一起分析,发现根据这个响应结果是能够正常的得到响应结果的。看了一会儿也确实没有发现问题,又去看了一下命令拼接的代码,拼接的逻辑就一行,应该是不会出问题的。没办法了,又去看了看日志,这个时候发现日志里面有打印发送执行的命令。定睛一看,我擦,咋多了个逗号呢?又揉了揉眼镜,确认自己没有看错误。
这个时候再回去看一下代码,怎么看这个 MessageFormat
都有点问题,但是一时又找不到啥证据。
public Integer getMaxIndex() {
// 返回最大的索引值 1035
}
public String queyBySsh() {
// 这里期望拼接的命令是 show index 1035,但是实际的命令却是 show index 1,035
// 最终得到的命令多了个英文的逗号
String command = MessageFormat("show index {0}", getMaxIndex());
// 通过SSH执行这个命令查询
}
后来突然想起来之前看到过的一个Wiki,好像有关于描述 MessageFormat
的注意事项。赶紧去找来看一下,果然里面有写到当 MessageFormat
的参数是数字类型时,当数字超过 3 位数字以上时,每隔 3 位会多增加一个因为的逗号。所以根据上面的代码逻辑得到的就是 show index 1,035
了,结果中多了个英文的逗号,而将这个拼接出来的命令手动执行是查不出来数据的。终于破案了,撒花,撒花,撒花!!!
如何解决
第一种方法是将数字转为字符串,然后再进行格式化,将上面的代码修改为如下:
public String queyBySsh() {
// 这里拼接的时候先调用一下 String.valueOf() 方法
String command = MessageFormat("show index {0}", String.valueOf(getMaxIndex()));
}
第二种方法是增加 MessageFormat
的 FormatStyle
,将上面的代码修改为如下:
public String queyBySsh() {
// 这里的 # 就是定义的 FamatStyle
String command = MessageFormat("show index {0, number, #}", getMaxIndex());
}
到此这篇关于Java使用MessageFormat应注意的问题的文章就介绍到这了,更多相关Java MessageFormat 内容请搜索编程学习网以前的文章希望大家以后多多支持编程学习网!
本文标题为:Java使用MessageFormat应注意的问题
基础教程推荐
- Java数据结构之对象比较详解 2023-03-07
- java基础知识之FileInputStream流的使用 2023-08-11
- Java实现线程插队的示例代码 2022-09-03
- java实现多人聊天系统 2023-05-19
- Java实现查找文件和替换文件内容 2023-04-06
- springboot自定义starter方法及注解实例 2023-03-31
- Java并发编程进阶之线程控制篇 2023-03-07
- JDK数组阻塞队列源码深入分析总结 2023-04-18
- Java文件管理操作的知识点整理 2023-05-19
- ConditionalOnProperty配置swagger不生效问题及解决 2023-01-02