在项目中碰到各种问题

ゝ一纸荒年。 2023-09-25 21:29 81阅读 0赞

# 1.@Autowired和@Resource区别： #

> @Autowired是spring提供的，默认按照类型来匹配注入
> 
> @Resource是java提供的，可以使用name属性来指定要注入的ben，如果没有使用name属性，那么就按照类型来匹配注入，如果此时要注入的ben有多个实例，则会报错
> 
> @autowired可以用于构造器，属性和方法中，resource只能用于属性和方法中
> 
> @autowired加上@Qualifier注解可以指定要注入的ben

# 2.使用@JsonFormat(shape = JsonFormat.Shape.STRING)   注解 #

> 在数据库中，有关于涉及到金额问题的都会使用decimal类型，通常后面都是保留两位小数，但是在发送给前端的时候，经过Json格式装换的时候，会把数字后面为0的去掉，所以就需要在金额字段上加@JsonFormat(shape = JsonFormat.Shape.STRING)，让json格式化的时候，不要去掉0
> 
> ![5717d5a800a24e9aab024bc6a1b43d7b.png][]

# 3.数据库中的datetime问题 #

> 在我现在的项目中，创建表的时候，时间类型是使用datetime，如果不设置长度的话，默认不保存毫秒值，如果设置的话，一般设置3，表示保留三位毫秒数，然后对应到java字段的 LocalDateTime 类型、这个时候通常会使用注解：
> 
>     @JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss", timezone="GMT+8")
> 
> 会把时间以json形式放回给前端，进行日期的格式化，前端传递过来的时候，根据 pattern 中的格式，可以进行格式化成 LocalDateTime
> 
> 注意：这个 hh:mm:ss 跟HH:mm:ss的区别，如果采用24小时的话，要用HH，如果是：2023-07-27 23:59:59 这种，确用了 hh:mm:ss 这种格式，会报错

# 4.数据库中表字段涉及到小数点的情况 #

> 如果是自己设置数据库字段的时候，有涉及到小数点的一定要使用 decimal 类型，别想着使用flaot类型可以省点字节长度，因为使用double类型或者float类型的话，对应到java的时候就是double类型的属性，如果使用double类型会出现各种精度丢失的情况，比如定义1.30的一个值，使用System.out.println输出就会出现精度丢失的情况，而且使用double的时候，会自动把最后的一个0去掉  
> ![7952dea1bb7c43b6a1ef85847278094b.png][]

# 5**.在写xml文件的时候，如果不想使用java对象来接收的返回值，可直接使用Map来接收查询出来的值** #

>  在写查询语句的时候，如果有一条数据想以Map的形式返回，那么在mapper接口的返回值可以写Map<String,Object>，如果有多条数据以Map的形式返回，在mapper接口的返回值就写List<Map<String,Object>> ，只要在xml文件中的resultMap值写：java.util.Map，就可以对应以上两种情况了
> 
> 如果使用这种方式的话，就有很多需要注意的地方了，那就是resultType="java.util.Map" 这里是不能指定泛型的，所以无论接口的返回值用什么接收，在xml文件中查出来的结果，最终都是以Map<Object,Object>来返回，尽管接口的返回值有指定泛型，例如接口的返回值是：Map<String,String> 但是这个Map的实际泛型是：Map<Object,Object>  
> 所以当返回的结果里面有long类型，或者大数类型的时候，直接使用Map.get("字段名")有可能会类型转换异常，例如：
> 
> ![5087ec33460d408d87ffe9a8e0584dd0.png][]
> 
> 而且在前后端分离的时候，假设接口中的返回值类型是Map<String,Object> 然后通过xml文件查询的结果中有长整数型，那么使用@responseBody注解 传递给前端之后，会出现精度丢失的情况，这个问题不是json工具包的问题，而是由于js存储大数字丢失精度引起。
> 
>  当js表达整数时，最多表达15位数字，如果超过15位就会出现精度丢失
> 
>  所以需要数字类型改为字符串，转为json，传到前端就不会丢失精度了
> 
> ![013f7b0547da4175b96f2fd2ccf5e3dc.png][]  
> 
> 
>  **注意：因为xml文件中 resultType="java.util.Map" 指定不了泛型，所以在接口的返回值中最好使用Map<String,Object>来接收**

# 6.**xml文件中的模糊查询和分页以及排序编写** #

![f08877017a294b90ac780c6fd345bbd2.png][]

# 7.js的常见操作 #

![7171ae4f39454e1a845045cc4822d37e.jpeg][]

# **8.小程序的抽奖简单算法** #

>     public static int lottery(double[] prob) {
>         double rand = Math.random(); // 生成一个0到1之间的随机数
>         double cumulativeProb = 0.0; // 初始化累积概率为0
>         for (int i = 0; i < prob.length; i++) { // 遍历每个奖项的概率
>             cumulativeProb += prob[i]; // 累加奖项概率
>             if (rand < cumulativeProb) { // 如果随机数小于累积概率，表示抽中该奖项
>                 return i; // 返回该奖项的索引
>             }
>         }
>         return -1; // 如果所有奖项概率之和小于1，则返回-1表示抽奖失败
>     }
> 
> 该算法的基本思路是，首先生成一个0到1之间的随机数 rand，然后遍历每个奖项的概率，并将这些概率逐个累加到变量 cumulativeProb 中。如果随机数小于 cumulativeProb，则表示抽中了对应的奖项，返回该奖项的索引;否则继续累加下一个奖项的概率，直到找到抽中的奖项或者所有奖项的概率之和大于等于1。
> 
>   
> 如果一等奖的礼品已经送完了，那么在进行抽奖时就不能再抽到一等奖了。这种情况下，可以将一等奖的概率设置为0，然后重新计算所有奖项的概率之和，再进行抽奖即可。
> 
>     public static int lottery(double[] prob, boolean[] isPrizeAvailable) {
>         double rand = Math.random();
>         double cumulativeProb = 0.0;
>         for (int i = 0; i < prob.length; i++) {
>             if (!isPrizeAvailable[i]) { // 如果该奖项的礼品已经送完，则概率设置为0
>                 prob[i] = 0.0;
>             }
>             cumulativeProb += prob[i];
>         }
>     
>         if (cumulativeProb == 0.0) { // 如果所有奖项的概率都为0，则返回-1表示抽奖失败
>             return -1;
>         }
>     
>         for (int i = 0; i < prob.length; i++) {
>             prob[i] /= cumulativeProb; // 重新计算每个奖项的概率
>         }
>     
>         cumulativeProb = 0.0;
>         for (int i = 0; i < prob.length; i++) {
>             cumulativeProb += prob[i];
>             if (rand < cumulativeProb) {
>                 isPrizeAvailable[i] = false; // 将抽中的奖项标记为已送完
>                 return i;
>             }
>         }
>         return -1;
>     }
> 
> 如果\`prob\`数组中的所有奖项概率之和等于1，则该算法不会返回-1，因为在抽奖过程中总会抽中一个奖项。如果所有奖项的概率之和小于1，则该算法会返回-1，表示抽奖失败。
> 
> 在代码中，如果所有奖项的概率之和等于0，则会直接返回-1，表示抽奖失败。如果概率之和大于0，则会在循环中逐个计算每个奖项的概率之和，并与随机数进行比较，返回对应的奖项。

# 9.数据库中的类型是date和datetime类型，在xml文件中使用map返回数据的时候进行时间处理 #

> 数据库：
> 
> ![a49078f06c654f17b06f0364ba5e0fb9.png][]
> 
> xml文件：
> 
> ![fb2bf4d5dbb04811af05316a004c02eb.png][]
> 
> 返回的数据格式：
> 
> ![2548abf379c14536a0a9bdaa47c9f532.png][]
> 
> 进行数据处理：
> 
> ![49f432648f6945aaa9d72af8f21912a3.png][]
> 
>   
> 还可以使用数据库函数，来对时间做处理，把时间转成字符串再返回

# 10.当byid返回多条数据的时候 #

>     PrintMember member = printMemberMapper.selectById(OldUtils.getvipId());
> 
> 今天在执行这个代码的时候，返回了多条数据，这个主要是因为id在数据库中是字符串类型，而 OldUtils.getvipId() 这个方法返回的是long类型，用long去查原本是字符串类型的数据，会出现问题，底层应该会做隐式转换了，这个问题要注意

# 11.文件流写入的注意点 #

>  **在用File打开文件的时候，例如有一个路径：C:\\abc\\test.xlsx 可以用 File的exist方法来判断该文件是否存在，如果不存在则要先把abc目录创建出来：file.getParentFile().mkdirs()，然后在使用 FileOutputStream 流给把 test.xlsx 文件给创建出来，但如果这个文件的父路径（也就是abc文件夹）没有的话，是不会创建成功的**
> 
>  **注意：如果直接使用 File.mkdis() 方法，则会直接在abc 文件夹下，创建一个 test.xlsx 文件夹**

#  **12.@DS注解进行数据源切换下的@Transactional事务不起作用：** #

> [@DS注解进行数据源切换下的@Transactional事务不起作用的方案\_ds注解不生效\_北斗之缘的博客-CSDN博客][DS_Transactional_ds_-CSDN]

[5717d5a800a24e9aab024bc6a1b43d7b.png]: https://img-blog.csdnimg.cn/5717d5a800a24e9aab024bc6a1b43d7b.png
[7952dea1bb7c43b6a1ef85847278094b.png]: https://img-blog.csdnimg.cn/7952dea1bb7c43b6a1ef85847278094b.png
[5087ec33460d408d87ffe9a8e0584dd0.png]: https://img-blog.csdnimg.cn/5087ec33460d408d87ffe9a8e0584dd0.png
[013f7b0547da4175b96f2fd2ccf5e3dc.png]: https://img-blog.csdnimg.cn/013f7b0547da4175b96f2fd2ccf5e3dc.png
[f08877017a294b90ac780c6fd345bbd2.png]: https://img-blog.csdnimg.cn/f08877017a294b90ac780c6fd345bbd2.png
[7171ae4f39454e1a845045cc4822d37e.jpeg]: https://img-blog.csdnimg.cn/7171ae4f39454e1a845045cc4822d37e.jpeg
[a49078f06c654f17b06f0364ba5e0fb9.png]: https://img-blog.csdnimg.cn/a49078f06c654f17b06f0364ba5e0fb9.png
[fb2bf4d5dbb04811af05316a004c02eb.png]: https://img-blog.csdnimg.cn/fb2bf4d5dbb04811af05316a004c02eb.png
[2548abf379c14536a0a9bdaa47c9f532.png]: https://img-blog.csdnimg.cn/2548abf379c14536a0a9bdaa47c9f532.png
[49f432648f6945aaa9d72af8f21912a3.png]: https://img-blog.csdnimg.cn/49f432648f6945aaa9d72af8f21912a3.png
[DS_Transactional_ds_-CSDN]: https://blog.csdn.net/weixin_50160384/article/details/130841690?spm=1001.2101.3001.6650.4&utm_medium=distribute.pc_relevant.none-task-blog-2~default~CTRLIST~Rate-4-130841690-blog-130427533.235%5Ev38%5Epc_relevant_sort_base1&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2~default~CTRLIST~Rate-4-130841690-blog-130427533.235%5Ev38%5Epc_relevant_sort_base1&utm_relevant_index=5