win10怎么更改文本文档的字符编码
如何批量更改文件名为指定的名字？
如何批量更改文件名为指定的名字？
1、点击鼠标左键，批量选择需要重命名的文件。
怎么将文本文件保存成unicode编码？
按照Windows的标准处理一个纯文本文件有令人难以想象的复杂度，尤其是打开了自动换行的情况下：
识别编码并转化为Unicode
按换行符将文本拆分成行，每行当作一个段落处理
按照Unicode语义分析文本，将文本按照不同语言分拆成从左到右和从右到左的段。这一步是比较复杂的，某些语言在字符串当中是abcdefg的顺序，但显示的时候必须从右到左显示为gfedcba，但是如果再中间换了行，比如在d的后面换行，又要变成dcba
gfe……而且，按照规范，从左到右的文本中可以嵌入从右到左的文本，从右到左的文本又能嵌入从左到右的文本，这个嵌入还是可以嵌套的，比如最外层是从左到右，里面有一段文字是从右到左，这个从右到左的文字里面又嵌入了从左到右的词……
将每个从左到右或者从右到左的段进一步进行语义分析，找出：字符边界（部分连续的多个Unicode字符是不可拆分的，比如字符与上面的注音符号，选择文本的时候只能选到字符边界，不能选进字符里）；可以换行的断点；可以分词的断点（在编辑器中双击一个字符会选中词，对英文就是按空格，对中文一般就是选中单字）；定宽的空格；不定宽的空格等等。这个过程对不同的语言有完全不同的处理方式，需要按照字符选择相应语言的处理方法。
尝试将文本转换为符号（Glyphs）。Unicode字符到符号的映射并不是一一对应的，对于某些语言来说，字符的上下文会影响字符的显示，让字符显示为完全不同的样子；符号的排布并不是简单的从左到右按顺序，某些字符需要在之前字符的基础上调整位置（比如上下标，注音符号，还有泰语里面那个会飞出去的字符）从右到左的文本也会有影响，在处理时会将符号逆序，统一处理成从左往右。 这一步对于自动换行的程序来说要更复杂一些，不过事实上所有的文本编辑器都自动换行，区别只是打开自动换行的时候换行按照当前视口的宽度，而关闭的时候按照一个固定的最大宽度（你可以尝试在记事本里面输入非常多的字符，你会发现最终还是换行了的）。对于自动换行的程序来说，不能一次性转换成符号然后判断宽度，因为不同的输入内容可能导致不同的符号输出，而且混排从右到左和从左到右的情况下，换行会导致符号顺序发生严重的变化，因此唯一可靠的方法是按照前一步找出的所有可以换行的断点分别尝试，直到得到的符号总宽度超过行宽为止。在前一个断点将文本拆开换行。如果第一个可以换行的断点就超出宽度了，还需要再尝试从词或者字的边界换行。
处理对齐。文本显示有左对齐、右对齐、中间对齐、两端对齐四种主流的方式，如果最外层文本从右到左显示一般基础是右对齐，否则是左对齐，内部嵌入的文本不影响对齐方式。前三种相对处理起来容易，两端对齐就要用到前面计算出的定宽空格和不定宽空格的问题了：在某些语言中，某些空格必须是固定的宽度，不能变得更宽，而某些空格允许在两端对齐的时候增加宽度，在两端对齐的时候，必须只加宽那些可以变宽的空格，而不加宽那些不能变宽的空格。
渲染文字。按照符号和字体，将字体里的图画出来，变成图像。字体可能按不同字号有不同的绘制方法，还有抗锯齿、ClearType等处理，不再细说。
计算行高。相对简单，一般按照字体、字号折算一下就行了。
即便如此，我们还是有必要指出：对于现代的文本编辑器，即使是Windows 10的记事本，也能瞬间打开一个几兆的文本文件，这主要还是算法优化的效果，以前旧版本总是会尝试一次把所有的文本都渲染出来，自然就比较慢。而且以前的GDI接口也比较慢。