java mail附件 文体中文乱码

本文介绍如何使用JavaMail处理含有中文的邮件头和正文,包括编码和解码的方法,以及解决不同邮件客户端间的字符集兼容问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

转自:

http://blog.youkuaiyun.com/neo_liu0000/article/details/7710824

发邮件:

邮件头(参见RFC822,RFC2047)只能包含US-ASCII字符。邮件头中任何包含非US-ASCII字符的部分必须进行编码,使其只包含US-ASCII字符。所以使用java mail发送中文邮件必须经过编码,否则别人收到你的邮件只能是乱码一堆。不过使用java mail 包的解决方法很简单,用它自带的MimeUtility工具中encode开头的方法(如encodeText)对中文信息进行编码就可以了。

 例子:

         MimeMessage mimeMsg = new MimeMessage(mailSession);

// 让javamail决定用什么方式来编码 ,编码内容的字符集是系统字符集

mimeMsg.setSubject( MimeUtility.encodeText( Subject) );

// 使用指定的base64方式编码,并指定编码内容的字符集是gb2312

mimeMsg.setSubject( MimeUtility.encodeText( Subject,”gb2312”,”B”)); //B为base64方式

 

        

通常对邮件头的编码方式有2种,一种是base64方式编码,一种是QP(quoted-printable)方式编码,javamail根据具体情况来选择编码方式。

         如“txt测试”编码后内容如下:

=?GBK?Q?Txt=B2=E2=CA=D4

         里面有个=?GBK?Q?,GBK表示的是内容的字符集,?Q?表示的是以QP方式编码的(?B?则是以base64方式编码),后面紧跟的才是编码后的中文字符。所以用MimeUtility工具编码后的信息里包含了编码方式的信息。

 

邮件正文

邮件的正文也要进行编码,但它不能用MimeUtility里的方法来编码。邮件正文的编码方式的信息是要放在Content-Transfer-Encoding这个邮件头参数中的,而MimeUtility里面的方法是将编码方式的信息放在编码后的正文内容中。所以如果你对正文也用MimeUtility进行处理,那么其他邮件程序就不会正常显示你编码的邮件,因为其他邮件软件如outlook,foxmail只会根据Content-Transfer-Encoding这个里面的信息来对邮件正文进行解码。

其实,邮件正文部分的编码javamail已经自动帮你做了,当你发送邮件的时候,它会自己决定编码方式,并把编码方式的信息放入Content-Transfer-Encoding这个邮件头参数中,然后再发送。所以你所要做的就是直接把邮件正文的内容放入邮件中就可以了。

对邮件正文的编码方式比较多,包括了base64和QP方式,还有一些如7bit,8bit等等,因为javamail自动为邮件正文编码,所以我就不一一祥叙了。

 

例子:

// 处理邮件正文

MimeBodyPart mbp=new MimeBodyPart();

if ( ContentType == null || ContentType.equals("")) // ContentType为编码类型,如GBK等

mbp.setText( Content ); // 由JavaMail来决定编码

else

mbp.setContent( Content, ContentType); // 指定编码格式

 

javamail包中的MimeUtility工具中也提供了对邮件信息解码的方法,都是以decode开头的一些方法(如decodeText)

例子:

String Subject = mimemsg.getSubject();

String ChSubject = MimeUtility.decodeText(Subject);

对于base64和QP编码后信息,decode* 方法能将他们正确的解码,但是,如果指定的字符集不对,那么javamail就会出现错误,不能正确地将其解码。

如有的邮件系统将”txt测试”编码后如下:

=?x-unkown?Q?Txt=B2=E2=CA=D4

这里指定的字符集是x-unknown,是非明确的字符集,javamail就不能正确的处理了,但是”测试”这两个中文字还是按照gbk字符集编码的,所以你可以手工的将编码方式信息改正确,再用decode*方法来解码。

例子:

if ( str.indexOf("=?x-unknown?") >=0 ){

str = str.replaceAll("x-unknown","gbk"); // 将编码方式的信息由x-unkown改为gbk

try{

str = MimeUtility.decodeText( str ); //再重新解码

} catch( Exception e1){

return str ;

}

         }

         邮件正文

decode*方法都是根据在编码信息中包含的编码方式的信息来解码,所以decode*方法对邮件正文解码是无效的,因为邮件正文中不包含编码方式的信息。

同编码一样,邮件正文的解码也是由javamail做了。Javamail根据Content-Transfer-Encoding里的信息,来对邮件的正文解码。

客户程序从javamail取得的正文内容字符集为iso-8859-1,所以还要将字符集转换一下。

例子:

String CorrectContent = new String( Content.getbytes(“iso-8859-1”),”gb2312”);

CorrentContent为正确的邮件正文了

 

收邮件

 

javaMail收邮件的操作是:1.连接到Pop3邮件服务器2.得到邮件对象数组3.查看指定邮件的信息4.删除邮件。

javamail通过pop3接收到发件人的乱码问题:

邮件发件人的格式为:姓名+<邮件地址>

而有些邮件没姓名,直接是<邮件地址> 。可以把它看成一个字符串,这个字符串先经过编码,然后可以被加密。由于Email的规范,在smtp传输中不可使用中文字符。所以可以使用内置类的MimeUtility方法encodeText将收件人、发件人名字编码即可。编码方式有两种:"B"代表Base64、"Q"代表QP(quoted-printable)方式。

从163的pop3的服务器上读取我的邮件,并输出发件人。中文出现了乱码。收件人字符串格式有:utf-8,gbk,gb2312,gb18030。加密形式有"B"代表Base64如:=?gb2312?B?1sfBqtXQxrj=?= <a.jiaji@support150.zhaopin.com>",可以看出,这个字符串的编码格式是:gb2312,而采用了base64加密。Q表QP(quoted-printable)方式

 

对于没有加密的字符串,直接用rtnStr=new String(str.getBytes("iso-8859-1"));就能正确显示。对于加密的字符串,需要用rtnStr=MimeUtility.decodeText(str);就能解决。

 

关于邮件正文处理乱码方式:

   部分代码:

 InputStream in = part.getInputStream();
                 try{
                 if(contenttype.toLowerCase().indexOf("charset") == -1){
                 StringBuffer sb = new StringBuffer();
                 
                 InputStreamReader isr=new InputStreamReader(in,"GBK");
                 BufferedReader br=new BufferedReader(isr);
                 String strLine=br.readLine();
                 String s=new String(strLine.getBytes("gbk"),"gbk");
                 sb.append(s);
                 isr.close();
                 result.append(sb.toString());

<think>好的,我现在需要帮用户解决如何在Java中获取HTTP请求报文体的内容。首先,我得回想一下常见的Java Web开发方式,比如使用Servlet或者一些框架如Spring。用户可能是在用Servlet,所以先从这个入手。 用户问的是获取请求体,也就是请求的body部分。在Servlet中,请求体通常是通过输入流来读取的。比如,使用HttpServletRequest的getInputStream()或者getReader()方法。不过要注意,这些方法只能调用一次,如果之前已经读取过输入流,再次读取会出问题。这可能是一个需要注意的点,应该提醒用户。 然后,可能要考虑字符编码的问题。如果请求体的内容是文本,比如JSON或者表单数据,用getReader()逐行读取比较方便。而如果是二进制数据,比如文件上传,可能需要用getInputStream()来获取字节流。这时候需要正确处理编码,避免乱码。 另外,在Spring框架中,获取请求体可能更简单,比如使用@RequestBody注解直接把请求体映射到一个对象。不过用户可能没有用Spring,所以需要先介绍原生的Servlet方法,再提一下框架中的便捷方式,这样覆盖更多情况。 还要考虑POST请求的情况,因为GET请求通常没有请求体。所以需要确认用户的请求方法是POST或者其他有请求体的方法。如果是表单提交,可能还需要处理参数,不过表单的POST通常参数在请求体中,但也可以通过request.getParameter()获取,这时候需要注意是否已经调用了getParameter()导致输入流被读取过。 还可能有一些常见问题,比如如何将输入流转换为字符串,或者处理大文件时的流式读取,避免内存溢出。这部分可能需要给出示例代码,比如使用BufferedReader读取字符流,或者用IOUtils工具类简化操作。 总结下来,步骤应该是: 1. 获取HttpServletRequest对象。 2. 使用getReader()或getInputStream()读取请求体。 3. 处理输入流,转换为需要的格式。 4. 注意输入流只能读取一次的问题,可能需要使用包装类或者过滤器来重复读取。 5. 提及在Spring中的@RequestBody用法。 需要确保示例代码正确,比如用BufferedReader逐行读取,或者用工具类将流转换为字符串。同时提醒字符编码的问题,比如设置request.setCharacterEncoding("UTF-8")。 可能用户遇到的问题包括:读取不到数据,或者乱码,或者多次读取导致的异常。需要预先在回答中说明这些注意事项,帮助用户避免常见错误。</think>在 Java 中获取 HTTP 请求报文体的内容主要有以下几种方式,以下是详细说明和示例: --- ### 一、Servlet 原生方式 ```java protected void doPost(HttpServletRequest request, HttpServletResponse response) { try { // 通过字符流读取(适合文本内容) BufferedReader reader = request.getReader(); StringBuilder body = new StringBuilder(); String line; while ((line = reader.readLine()) != null) { body.append(line); } System.out.println("请求体内容:" + body.toString()); // 或通过字节流读取(适合二进制内容) ServletInputStream inputStream = request.getInputStream(); // 使用 IOUtils 工具类简化操作(需 Apache Commons IO) String content = IOUtils.toString(inputStream, StandardCharsets.UTF_8); } catch (IOException e) { e.printStackTrace(); } } ``` --- ### 二、Spring 框架方式 #### 1. 使用 `@RequestBody` 注解 ```java @PostMapping("/example") public ResponseEntity<String> handleRequest(@RequestBody String requestBody) { System.out.println("请求体内容:" + requestBody); return ResponseEntity.ok("Success"); } ``` #### 2. 读取原始输入流 ```java @PostMapping("/data") public void processData(HttpServletRequest request) { try { String body = request.getReader() .lines() .collect(Collectors.joining("\n")); } catch (IOException e) { e.printStackTrace(); } } ``` --- ### 三、注意事项 1. **一次性读取问题** HTTP 请求体的输入流 (`InputStream`/`Reader`) **只能读取一次**,重复读取会导致异常。可通过以下方式解决: - 使用 `ContentCachingRequestWrapper` 包装请求(需过滤器配置) - 自定义缓存逻辑保存请求体内容 2. **编码处理** 若出现中文乱码,需设置请求编码: ```java request.setCharacterEncoding("UTF-8"); // 在读取前设置 ``` 3. **大文件处理** 对于大体积请求体,建议使用流式处理,避免内存溢出: ```java ServletInputStream inputStream = request.getInputStream(); byte[] buffer = new byte[1024]; int bytesRead; while ((bytesRead = inputStream.read(buffer)) != -1) { // 分块处理数据 } ``` --- ### 四、完整示例(Servlet + 缓存) ```java @WebFilter("/*") public class CacheFilter implements Filter { @Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req = (HttpServletRequest) request; ContentCachingRequestWrapper wrappedRequest = new ContentCachingRequestWrapper(req); chain.doFilter(wrappedRequest, response); } } // 在 Controller/Servlet 中 byte[] bodyBytes = ((ContentCachingRequestWrapper) request).getContentAsByteArray(); String body = new String(bodyBytes, StandardCharsets.UTF_8); ``` --- 选择哪种方式取决于你的项目架构。原生 Servlet 适合基础场景,Spring 的 `@RequestBody` 更为简洁,而过滤器方案则能解决重复读取问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值