在使用Docker部署应用程序时，有时会出现中文乱码的问题。中文乱码可能是由于字符集和字体库等问题引起的。在本文中，我们将探讨如何在Docker容器中解决中文乱码问题，主要从字符集和字体库两个方面进行介绍。
现象说明：在windows下编辑的内容，上传到linux平台下出现中文乱码。如下： 在windows平台编写haha.txt文件，内容如下： 上传到linux平台，出现中文乱码，如下： 基本上面出现的
SecureCRT是一款支持SSH的终端仿真程序，用于连接运行包括Windows、UNIX和VMS的工具。对于学ARM的人来说，这个软件也是十分的好用！
https://downloads.mysql.com/archives/community/
2. yum -y install fontconfig 安装字体库
大家好，又见面了，我是你们的朋友全栈君。SecureCRT 连接 Linux 时经常会看到乱码。 发生乱码的原因主要是有三个地方 1.Linux 的 etc 的系统默认配置的编码 2.用户环境变量里面设置的 LANG 变量 3.SecureCRT 会话变量里面的字符集的设置 只要保持这三个地方的字条集编码保持一致就可以了。 解决步骤如下： 1.设置用户的环境变量 查询当前用户的 Local 信息： # export |grep LANG declare -x LANG=”zh_CN.GB18030″ 设置用户的 Local 为 UTF-8 # env lang=zh_CN.utf8 HOSTNAME=devdbserver TERM=vt100 SHELL=/bin/bash HISTSIZE=1000 NLS_LANG=AMERICAN SSH_CLIENT=::ffff:192.168.14.12 51137 22 SSH_TTY=/dev/pts/2 JRE_HOME=/usr/java/jdk1.5.0/jre …….. lang=zh_CN.utf8 # 可以看到现在用户的环境变量将语言设置成为了 lang=zh_CN.utf8。 2.设置 SecureCRT。 设置步骤如下图所示： 需要说明的是： 设置字符编码跟用户变量一样后，可能还会出现中文乱码。 原因是字体引起的。 因为有些字体无法显示中文，所以中文就会出现乱码。 所以在选择字体时，应该选择那支持中文的字体
在Linux的系统中经常碰到字符集导致的错误，下面总结了设置修改系统语言环境的方法。
1.数据库字符集：数据库需要存储多国语言选择AL32UTF8，只有中英文选择ZHS16GBK
最近业务中需要用 Python 写一些脚本。尽管脚本的交互只是命令行 + 日志输出，但是为了让界面友好些，我还是决定用中文输出日志信息。
转载自：http://blog.csdn.net/dbzhang800/article/details/7540905
NLS（National Language Support，国家语言支持）是数据库的一个非常强大的特性，控制着数据的许多方面，最重要的两个方面包括：1、文本数据采用何种编码存储在磁盘上。2、透明地将数据从一个字符集转换到另一个字符集。Oracle字符集可以分为数据库字符集和客户端字符集。客户端字符集定义了客户端字符数据的编码方式，任何发自或发往客户端的字符数据均使用客户端定义的字符集编码，客户端可以看作是能与数据库直接连接的各种应用，例如SQL*Plus、exp/imp等。客户端字符集是通过设置NLS_LANG参数来设定的。
原文链接：https://blog.csdn.net/humanking7/article/details/81292013
网上有很多达人给出了SecureCRT登录linux，中文乱码问题的解决办法，我这里总结一下解决思路，原因还是SecureCRT客户端字体/字符集的原因，主要分以下两种情况解决：
在Python3中，对中文进行了全面的支持，但在Python2.x中需要进行相关的设置才能使用中文。否则会出现乱码
mysql是我们项目中非常常用的数据型数据库。但是因为我们需要在数据库保存中文字符，所以经常遇到数据库乱码情况。下面就来介绍一下如何彻底解决数据库中文乱码情况。
操作系统环境变量针对语言项设置有几个，我经常设置的是这两个LANG和NLS_LANG。
由于我自己装的是中文版的Linux系统，所以在显示中文的时候，SecureCRT显示出乱码。
编辑手记：很多人在进行数据库导入导出操作的时候会遇到字符集的问题，今日拣选了 《循序渐进Oracle》一书中的相关章节，希望对初学Oracle的朋友有所帮助。 在传统的EXP导出文件中，记录着导出使用
最近业务中需要用 Python 写一些脚本。尽管脚本的交互只是命令行 + 日志输出，但是为了让界面友好些，我还是决定用中文输出日志信息。 很快，我就遇到了异常： UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-3: ordinal not in range(128) 为了解决问题，我花时间去研究了一下 Python 的字符编码处理。网上也有不少文章讲 Python 的字符编码，但是我看过一遍，觉得自己可以讲得
背景： 在写脚本程序的时候难免会设计一些和中文相关的变量内容。这个时候对于一个Python新手（包括我在内）来说如何配置python使之能够正确识别程序内的中文内容就会变得非常头疼。本文将会简要介绍Python字符集的配置方法和一些相关历史信息。
在C++的标准库中，std::fstream是个挺好用的文件读写流，操作文件很方便，因为是C++标准库，所以没有其它的环境依赖。在使用fstream过程中，有个打开中文路径文件会失败的问题，自己的代码中一直没处理好，这几天终于有点闲心，把这里改透。涉及很多知识点，也是个遗留已久的问题，特此做个记录。
作者：willblog，原文：https://blog.csdn.net/networken/article/details/97951173
在显示 utf8中文数据时会乱码，但是你用cmd告诉MySQL服务器器我使用的是GBK，你要给我返回GBK数据就可以正常显示了，如下图。这也是为什么PHP,Java,Python等编程连接数据库时都要指定数据库的结果集。
ssh 到Linux 服务器上查看一些文件时，中文乱码。 这种情况一般是终端和服务器的字符集不匹配，MacOSX下默认的是utf8字符集。
查看数据库编码： show create database db_name; 查看表编码： show create table tbl_name; 查看字段编码： show full columns from tbl_name; show full fields from tbl_name;
在部署重构版测试环境时，需要创建Oracle数据库，使用dbca创建数据库之后没有注意数据库本身的字符集，导致后续所有的数据库脚本执行后中文乱码。最后的解决办法是清掉全库数据，再修改字符集，重启数据库。
Kali-Linux 2020.1 在修改系统语言出现乱码的情况，本篇教程将带领大家一起去解决这个问题
上一篇呢，从理论上介绍了MYSQL字符集和校对规则是什么以及如何正确的使用字符集；关于第一部分的内容可参考：深入理解MySQL字符集及校对规则(一)
官网下载地址：http://dev.mysql.com/downloads/mysql/
在Java控制台输出中文时，如果控制台默认编码与Java程序的编码不一致，就可能出现乱码。这种情况通常发生在Windows系统的cmd命令行窗口中，因为cmd的默认编码可能是GBK，而Java程序可能使用的是UTF-8编码。
说明系统已安装中文语言包，无需再安装。重要提示，如果按照下面的步骤你的系统仍然无法使用中文，那么请一个一个尝试上面的编码方式。比如把LANG="zh_CN"修改为LANG="zh_CN.gb18030"。
重新登录之后生效。 现在查看一下当前设置： [plain] view plain copy
你在Windows/MacOS的登录Linux的SSH终端上很容易输入中文并且获得中文输出，比如下面这样：
2)在该图形化界面中按PageDown找到en_US.UTF-9 UTF-8和zh_CN.UTF-8 UTF-8这两项，按空格将此项选中，选中后前面[]中会显示*,然后按Tab切到OK
最开始电脑的字符集是ASCII，英文在ASCII中每个字母占1个字节，但ASCII不支持中文，所以后来出现了Unicode；
MySQL 字符编码集中有两套 UTF-8 编码实现：utf8 和 utf8mb4。
本篇文章将讲解C++开发中容易混淆的另一个概念——多字节字符集与Unicode字符集。
这个是刚入职同事遇到的问题，问题是这样的，他周末在熟悉项目框架代码时，执行程序时发现浏览器打开JSP文件看到的中文是乱码。
本文深入探讨了在使用 Java 命令行（cmd）时可能出现的中文乱码问题，并提供了两种解决方案。首先，通过临时的方式，用户可以执行命令 chcp 936 选择字符集，然后再运行 Java 命令，确保在选择字符集过的 cmd 窗口中可以正常显示中文字符。其次，为了解决问题的根本，文章介绍了永久性的解决方案，通过新建环境变量 JAVA_TOOL_OPTIONS，在 cmd 中确保中文正常显示。这两种方法有效解决了 Java 在 cmd 中可能遇到的中文乱码问题，提供了灵活的解决途径供读者选择。
由于MySQL编码原因会导致数据库出现乱码。 解决办法：修改MySQL数据库字符编码为UTF-8，UTF-8包含全世界所有国家需要用到的字符,是国际编码。
其实作为程序猿来讲，中国的程序猿遇到的问题可能会比国外的程序猿遇到的问题多很多。 一个原因是因为各种标准的制定、各种IDE的编写，都是由老外来完成的，制定出来的东西可能和中国人的习惯不太一样；还有一个原因就是因为国际编码的问题，通常，外国人写的东西无需对编码进行转换，默认的就是ISO-8859-1；到了中国，就涉及到本土化的问题，中文编码应当是GBK，这是本地化的编码。 而各种标准、各种浏览器一般用的都是ISO-8859-1，所有就造成了两种编码之间的转换。所以后来出现了UTF8，来解决各种编码问题。UTF8基本上包含了地球上所有的可见字符，十分强大。 但不幸的是，各种标准并没有按照这一编码来制定，而依然沿用以前的做法。 所以，解决各种乱码问题，就成了中国程序猿的必不可少的技能之一。 这篇文章，就是要和大家讨论种种乱码问题出现的原因，以及相应的解决办法，我目前已知的情况共有三种，下面就位大家一一讲解。
character-set-server/default-character-set：服务器字符集，默认情况下所采用的。 character-set-database：数据库字符集。 character-set-table：数据库表字符集。 优先级依次增加。所以一般情况下只需要设置character-set-server，而在创建数据库和表时不特别指定字符集，这样统一采用character-set-server字符集。 character-set-client：客户端的字符集。客户端默认字符集。当客户端向服务器发送请求时，请求以该字符集进行编码。 character-set-results：结果字符集。服务器向客户端返回结果或者信息时，结果以该字符集进行编码。 在客户端，如果没有定义character-set-results，则采用character-set-client字符集作为默认的字符集。所以只需要设置character-set-client字符集。
我们需要更改改动mysql配置文件/etc/my.cnf并加入如下的参数。(Linux环境下)
Oracle数据库是广泛使用的关系型数据库管理系统，而SQLPlus是Oracle提供的一种交互式命令行工具，用于执行SQL语句。然而，当在SQLPlus中执行SQL语句时，如果SQL语句中包含中文字符，可能会出现乱码问题，甚至导致错误。本文将介绍如何解决在Oracle SQL*Plus中执行SQL语句时出现中文乱码和报错的问题。
字符指类字形单位或符号，包括字母、数字、运算符号、标点符号和其他符号，以及一些功能性符号。一般来说我们称某个字符集里面的字符，叫xx字符，如ASCII字符集里面的ASCII字符，GB2312字符集里面的GB2312字符。
在使用MySQL时要注意6个需要编码的地方：系统的编码、客户端、服务端、库、表、列。字符集编码不仅影响数据存储,还影响client程序和数据库之间的交互.在mysql中输入命令show session variables like '%char%'能够看到例如以下一些字符集（下面是以win10为例，生产中多数时linux，在linux里面除了latin1之外都是utf8的字符集）:
最近在工作中遇到了一个说大不大说小不小的问题，就是当我解析一个xml文件的时候，抛出了一个"Invalid byte 2 of 2-byte UTF-8 sequence"的异常，这个异常会导致解析直接退出，显然不能容忍。查阅相关资料稍微定位了一下，大概知道是字符集的问题，仔细一看，xml文件中的确有中文字符，而且当我把这些中文字符删了之后的确又能解析成功。不过我还是不能理解这当中的缘由，不过由于时间原因，当时只是把中文字符删了就草草完工。现在回头想想这个坑还是不能留，顺便趁机补下字符集相关的知识。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
