今天遇到的问题是这样：用java读取一个中文文本文件，但读取到的却是乱码，之前一直没有问题，查清楚后，原来是因为今天是用的windows的记事本来编辑的文件，因编码方式是的不同而导致了乱码，解决方法就是设置编码方式为“UTF8”，设置方法如下：FilefilenewFile("文件路径");Readerreader

Emoji表情从三方数据中获取没有过滤，导致存入DB的时候报错。!(https://oscimg.oschina.net/oscnet/78996c93aca4143fd8a5ea48a805b617745.png)原因：UTF8编码有可能是两个、三个、四个字节。Emoji表情是4个字节，而Mysql的utf8编码最多3个字节，所以数据插不

Netflix会定期评估现有和即将推出的视频编解码器，不断优化视频编码技术以提供更高质量的服务。本文介绍了视频编码器性能评估中的几项重要元素以及如何从传统与自适应流媒体两种视角进行编解码器性能对比。本文来自Netflix技术博客，LiveVideoStack进行了翻译。文/JoelSole，LiweiGuo，AndreyNorkin

publicclassPinYin2Abbreviation{//简体中文的编码范围从B0A1（45217）一直到F7FE（63486）privatestaticintBEGIN45217;privatestaticintEND63486;

!(https://oscimg.oschina.net/oscnet/f227f0e32e0048ed9447cf9d8c5db169.jpg)视频流媒体中视频数据的传输占据了绝大部分的带宽，如何提升编码效率、减小带宽使用、提升画面质量，成为音视频开发者努力的重点。HEVC编码格式的推出为此带来了突破点。对于直播而言，大部分推拉

使用谷歌的zxing，发现是有最大长度的。超过一定长度，将无法生成像素矩阵，为null，于是也就不能生成二维码了。记录：jar版本：3.2.1手机：联想A808t系统:4.4.2文本编码："utf8",二维码图片编码：BarcodeFormat.QR\_CODE能生成的的汉字只有449个；能生成的数字有1852个能生成

AndroidNDK对于wchar\_t和wcs的支持就是一堆屎.别想轻易使用UTF16编码.相比Win上的C开发对于各种字符编码支持美若天堂,以前居然没发现.强制wchar\_t编译为2字节,wcs系函数不正确,还要自己实现.编译器难道就不能提示下不兼容或者什么的?对于各种wcs系的printf的缺失,

字符串操作redis储存的字符串都是以二进制的形式存在！字符串类型的内部编码有3种：int：8个字节的长整型。embstr：小于等于39个字节的字符串。raw：大于39个字节的字符串。Redis会根据当前值的类型和长度决定使用哪种内部编码实现。命令操作返回值set(K

Djang1.8Python2.0迁移到Django2.0Python3.6注意事项参考：https://blog.csdn.net/weixin\_40475396/article/details/829715411\.编码unicod

写在前面的话：读书破万卷，编码如有神\参考内容：《Elasticsearch顶尖高手系列快速入门篇》，中华石杉\