在前端开发中，最常见的字符编码方案是 UTF-8。UTF-8是一种可变长度的 Unicode 编码方案，可以表示几乎所有的字符，并且与 ASCII 兼容。由于互联网的广泛应用和多语言的支持

JavaScript 是弱类型的编程语言，我们在写代码的时候充斥着大量的类型转换，在我之前的文章 【JS进阶】你真的掌握变量和类型了吗 中有过相关的介绍，其实上面代码的核心就是用到了下面三个类型转换：

在我们进行前端开发时，针对项目优化，常会提到一条：针对较小图片，合理使用Base64字符串替换内嵌，可以减少页面http请求。并且还会特别强调下，必须是小图片，大小不要超过多少KB，等等。

十几年前，国内 UTF-8 还不太流行，新手开发过程中，乱码问题是很常见的。记得我刚毕业那会，公司的系统是这样的：数据库 MySQL 使用的是 Latin-1 编码（IOS8859-1）

我们知道一个字节可表示的范围是 0 ～ 255（十六进制：0x00 ～ 0xFF）， 其中 ASCII 值的范围为 0 ～ 127（十六进制：0x00 ～ 0x7F）；而超过 ASCII 范围的 128～255

通过改变charset=utf-8中的utf-8就可以改变网页的编码。 一般我们在写CSS文件时候也需要在CSS文件顶部使用@charset utf-8;来定义此CSS文件编码类型。一般html源代码和css文件编码要统一，如果不统一会导致CSS hack

Don Roberts 提出的一条重构准则：第一次做某件事时只管去做；第二次做类似的事时会产生反感，但无论如何还是可以去做；第三次再做类似的事时，你就应该重构

之前一次使用post请求上传图片过多，post请求理论上对参数的大小没有限制，但是服务器有限制，导致上传失败，这时设置一下Tomcat的server.xml里面的maxPostSize就可以了。不过还是建议使用Form表单提交文件

在这篇文章中，我描述了JavaScript中常见的5种不良编码习惯。重要的是，本文会给出一些可行的建议，如何的摆脱摆脱这些习惯。

最近在做加解密这块的开发，使用频率最高的就是 Nodejs 的 crypto 模块了，中间出现了很多种不同的编码方式。一直对这些编码方式处于熟练拼写的状态，但是到底有什么区别处于一知半解，借此机会正好整理下这之间的关系。

不管是爬虫获取的，浏览器收到的还是从本地硬盘读取的，都是二进制，选择正确的编码类型，才能把二进制或者说01序列解析为正确的字符。也就是用何种方式解析01数字