解决JavaMail附件名字过长导致的乱码问题

问题背景：

公司有个业务场景是审核客户机构通过后，给客户发送一封邮件，并将机构相关材料以附件形式一块发送，有些附件名正常，有些就乱了，如下图：

后来发现是附近名称过长导致的！

问题原因：java mail中设置附件名称会采用 base64格式进行编码，如果附件名称过长会被进行切割，将剩下字符抹去，所以导致不知道这是什么格式的文件。

注：虽然将文件格式被改变了，但是若强制转换成原格式（右键->另存为->xxx.pdf） 仍然可以进行打开，文件内容也并非改变（这是测试后的结果）

解决方案：

由于是spring boot 项目，只需要在main方法中加入以下 代码即可（大概意思就是，取消切割，默认是true)

System.setProperty("mail.mime.splitlongparameters", "false");

补充知识：LinkedList的增删一定比ArrayList快吗？

1.背景

众所周知，arrayList底层是通过数组实现，当其超过容量时，会进行1.5的扩容，将原数组数据迁移至新数组中。

而LinkedList底层为双向链表，其增加操作直接在尾部新增一个node节点即可。

那么，在插入相同的数据情况下（集合默认长度都是0），到底谁更快呢？

2.案例

  public static void main(String[] args) {
    List array = new ArrayList<>();
    List linked = new LinkedList<>();
    long start = System.currentTimeMillis();
    int index = 10000000;
    for (int i = 0; i < index; i++) {
      array.add("" + i);
    }
    long end = System.currentTimeMillis();
    System.out.println("ArrayList用时：" + (end - start) / 1000 + "s");
 
    start = System.currentTimeMillis();
    for (int i = 0; i < index; i++) {
      linked.add("" + i);
    }
    end = System.currentTimeMillis();
    System.out.println("LinkedList用时：" + (end - start) / 1000 + "s");
 
  }

3.结果

4.分析

此处我是这么理解的，arrayList是通过下标直接去放入数据，而linked需要创建一个Node然后 将数据放入，再与前节点建立链接。

然后不需要扩容的情况下，明显arrayList快，那么扩容呢？其实我们测试用的是尾部插入。

也就是arrayList扩容后直接将前面的数据放入对应下标，之后的在继续按照下标插入就行，也就是有序在尾部插入。

如果数据量大通过尾部插入的话（不指定下标，默认就是在尾部插入），linked的插入需要建立对应的对象，绑定关系，

而array则直接放置，其扩容也是按照原来顺序放入新数组，速度比较链表 要更快。

我还专门做了一个按照头部插入的方式，发现这时明显链表高于数组的速度。

5.总结（个人观点）

数组比之链表:

在需要扩容的前提下

插入效率随着下标的递增，其性能逐渐由链表偏向数组。

下标靠中间（链表的查询惨不忍睹），所以其中间效率也是极低的

而数组插入的下标靠前，会涉及其下标之后元素移位操作，所以index越靠前插入，效率越低

6.插入性能

以上这篇解决JavaMail附件名字过长导致的乱码问题就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持脚本之家。