flink输出中文乱码

flink输出中文乱码

在这里插入图片描述
(1)首先在/etc/profile.d/my_env.sh中加入下面这行数据

export LANG=zh_CN.UTF-8

(2)其次在flink配置文件中指定编码

[xxx@hadoop102 flink-1.13.6]$ vim conf/flink-conf.yaml

加入下面这行数据

env.java.opts: "-Dfile.encoding=UTF-8"

效果:
在这里插入图片描述

### 解决Kafka消息传输中的字符编码乱码问题 #### 1. 理解字符编码原因 当使用不匹配的字符集进行编解码时,可能会导致中文乱码现象。例如,在某些情况下,如果采用 ISO-8859-1 对汉字进行转换并尝试将其还原,则由于该字符集仅占用一字节空间而无法完全表示复杂的汉字结构,从而造成部分数据丢失进而引发显示异常[^3]。 #### 2. 修改生产者端配置 为了确保发送到 Kafka 的消息能够被正确解读,可以在生产者的 `properties` 文件里设置合适的序列化类以及指定正确的字符编码方式。对于中文环境来说,默认使用的 `DefaultEncoder` 可能不足以满足需求;建议改为支持多字节字符集(如 UTF-8)的实现: ```java props.put("key.serializer", "org.apache.kafka.common.serialization.StringSerializer"); props.put("value.serializer", "org.apache.kafka.common.serialization.StringSerializer"); // 或者更具体地指明编码格式为UTF-8 System.setProperty("file.encoding","UTF-8"); ``` 以上代码片段展示了如何通过 Java 属性来设定全局文件编码为 UTF-8,这有助于保证所有涉及字符串的操作都遵循统一的标准[^1]。 #### 3. 调整消费者端逻辑 同样地,在消费侧也需要做相应的调整以适应新的编码规则。可以利用 Spring Boot 提供的功能简化这一过程,比如下面这段基于注解风格的服务定义就很好地示范了这一点: ```java @Service public class KafkaConsumerService { @KafkaListener(topics = "${topic.name}", groupId = "${group.id}") public void listen(String message) throws Exception { // 假设服务启动参数已经包含了正确的编码信息 System.out.println(new String(message.getBytes(StandardCharsets.ISO_8859_1), StandardCharsets.UTF_8)); } } ``` 这里的关键在于接收到来自 Kafka 主题的消息之后立即将其按照原始编码重新解释一遍再转为目标编码输出,以此规避潜在的乱码风险[^2]。 #### 4. 统一整个系统的字符编码策略 除了上述两端之外,还应该考虑在整个应用程序乃至集群范围内推行一致性的字符编码标准。特别是在像 Flink 这样的分布式计算框架中工作时更是如此——可以通过编辑相应组件的配置文件来进行全局范围内的修改[^5]。 最后值得注意的是,虽然上面提到的例子主要围绕着 JVM 生态展开讨论,但对于其他编程语言构建的应用程序而言,原理也是相通的:即始终要保持从源头到最后呈现环节的一致性和准确性[^4]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

ysksolution

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值