精华内容
下载资源
问答
  • Windows7下新建记事本的四编码方式

    千次阅读 2018-05-28 13:35:59
    如图所示,win7新建记事本,再点击另存为,发现如图所示的四默认编码方式,但实际这个txt文件的编码到底是什么,还是得通过notepad来查看,才准确。1.ANSI新建记事本,由于默认是ANSI编码,所以不用改编码...

    如图所示,在win7新建记事本,再点击另存为,发现如图所示的四种默认编码方式,但实际这个txt文件的编码到底是什么,还是得通过notepad来查看,才准确。

    1.ANSI

    新建一个记事本,由于默认是ANSI编码,所以不用改编码方式了。

    文件大小:0字节

    所以使用python读取文本,也是为空

    在notepad下查看编码方式为:


    总结:win7记事本的ANSI,实际为,UTF-8无BOM

    2.UTF-8

    新建一个记事本,并另存为,将其保存为UTF-8编码。

    文件大小:3字节

    使用python读取文本,发现为。为16进制的三个字符。百度可知,\xef\xbb\xbf为BOM的标记,放在开头。

    在notepad下查看编码方式为:


    总结:win7记事本的UTF-8,实际为,UTF-8(有BOM)

    3.Unicode

    新建一个记事本,并另存为,将其保存为Unicode编码。

    文件大小:2字节

    使用python读取文本,发现为

    在notepad下查看编码方式为:


    总结:win7记事本的Unicode,实际为,UCS-2 Little Endian

    4.Unicode big endian

    新建一个记事本,并另存为,将其保存为Unicode big endian编码。

    文件大小:2字节

    使用python读取文本,发现为

    在notepad下查看编码方式为:


    总结:win7记事本的Unicode big endian,实际为,UCS-2 Big Endian

    所以,Windows下默认新建的记事本就是我们平时想要的,因为其编码方式为UTF-8无BOM!

    展开全文
  • 详解windows记事本的4编码方式

    千次阅读 2018-11-15 17:07:28
    工作经常用遇到乱码问题,特别是之前用过python做一些解析文本的工作的时候。当时解决问题都是通过上网搜索 错误的提示,只是知道了编码解码方式不统一。这里对编码方式做个系统的整理,方便以后遇到问题查阅...

       在工作中经常用遇到乱码问题,特别是之前用过python做一些解析文本的工作的时候。当时解决问题都是通过上网搜索 错误的提示,只是知道了编码解码方式不统一。这里对编码方式做一个系统的整理,方便以后遇到问题查阅。本文以记事本的编码方式作为切入点,对编码方式类型做介绍。

    目录

    1.    ANSI

    ASCII码

    GBK码

    JIS码

    2.    Unicode,Unicode big endian,UTF-8

    1)Unicode字符集以及编码方式:

    2)小端序UTF-16,大端序UTF-16,UTF-8:

    1. UTF16:

    2. UTF8:

    3)BOM:

    4)notepad++中的编码方式

    参考

     

    前文:

    要弄懂各种编码方式GBK,GB2312,UTF8,UTF16等等 的关键就是两点:【字符集】和【对字符的编码规则】

    字符集就是字符的集合,各国语言都有各国语言的字符,还包括一些控制字符。字符的编码规则就是存储某个字符的二进制值是多少,即字符和二进制值的映射关系。

    GBK码所能编码的字符集是中文简体和繁体,GB2312码所能编码的字符集就只有中文简体。除了字符集的不同以外,对字符的编码方式也略有不同——GBK和GB2312都是用2个字节表示中文,GBK编码规则是如果第一个字节大于127,直接再往后读取一个字节,使用两个字节表示一个汉字,GB2312编码规则是两个大于127的字节连在一起时表示一个汉字。

    UTF8,UTF16使用的字符集是Unicode字符集,包含了很多国家各个国家的语言的字符。而我们常说的Unicode码其实并不是一种编码方式,他只是字符与数字的一种对应关系,这里的数字并不涉及用几个字节存储等问题

    1)Unicode码字符对应的数字又叫做编码点,字符“a”的Unicode编码点为U+0061,字符“你”的Unicode编码点为U+4F60。字符对应的Unicode编码点由Unicode标准规定,编码使用范围并不超过0x10FFFF。

    2)UTF8,UTF16这些才是指编码方式,只不过都是对Unicode码的编码。比如对上述的U+0061,U+4F60这些码如何存储,用几个字节,规则是什么。下文会介绍。

     

    正文:

    windows下的记事本中的编码方式如下所示:

    可以看到记事本下有这4种编码方式,这里把他们再分成两类进行介绍——ANSI 后三者


    1.    ANSI

    首先介绍 ANSI(不是ASCII!!)编码,不是一种特定的编码方式,具体是要取决于操作系统:

        如果是中文操作系统指的ANSI就是指的是 GBK,

        如果是日本,就是JIS,

        如果是英文,就是ASCII,

        ……

    下面分别介绍一下上面三种ANSI码,首先介绍简单的ASCII码:

    • ASCII码

    对于ASCII码在平时用接触到的最多,ASCII对照表规定了字符和其ASCII码(0-127)的对应关系,比如字符字母a对应的ASCII 码是97(十进制)。

    具有一定规律,大写字母的ASCII码就是小写字母ASCII码减去32。

    每个字符用一个字节(8位)表示。标准ASCII码最高位恒为0,剩下7位(2^7次方=128)。因为128个值就足够表示所有英文字符,数字字符,英文标点字符,和控制字符了

    (ps:ISO8859-1[西欧Latin-1]编码方案把编码扩展到了8位,即256个字符的编码。这种扩展保持了与ASCII的兼容性,即最高位为0的ISO8859-1编码等同于ASCII码。ISO8859-1兼容ASCII码

    • GBK

    对于GBK码,兼容ASCII码表示的字符以外,延伸0x80-0xff。用2个字节表示一个中文字符。解析的时候,如果第一个字节大于127,直接再往后读取一个字节,显示为对应的中文字符。(GBK码的字符集包含了简体和繁体)。

    GBK 兼容 GB2312,GB2312兼容ASCII码

    • JIS码

    字符集肯定就是日文字符了。

     

     

    所以在不同语种的操作系统下,打开同一个通过ANSI编码的txt,除了ASCII所表示的字符正常显示外,其他字符会有出现乱码的情况,因为解码和编码方式就是不一样的。

    可以修改windows的默认语言为日语,即ANSI编码即为JIS编码

             控制面板--》时钟、语言和区域--》更改显示语言==》管理==》非unicode程序语言==》更改区域设置,即当遇到不是Unicode程序的时候,显示文字就使用设置的语言对应编解码方案进行解码

    当修改默认语言为日语以后,为什么记事本、开始菜单什么的还是正确的中文呢?因为它们的unicode程序。就是下面要介绍的unicode。

     

    2.    Unicode,Unicode big endian,UTF-8

    后面这三种的字符集(charset)都是Unicode,区别在于对于字符对应的数字的存储方式

    在记事本中所谓的“Unicode”其实指的是带 BOM 的UTF16LE

    Unicode big endian指的是带 BOM 的UTF16BE

    UTF8指的带 BOM 的UTF8

    上面涉及了很多概念,比如Unicode字符集LE BEBOM。下面将介绍 Unicode字符集是怎么规范的和基本的编码方式,为什么区别big endian大端序(BE)和 little endian小端序(LE),以及BOM是什么。

    1)Unicode字符集以及编码方式:

    Unicode编码点分为17个平面(plane),每个平面包含2的16次(即65536)个码位(code point)。

    17个平面的码位可表示为从U+xx0000到U+xxFFFF,其中xx表示十六进制值从00到10(16进制),共计17个平面——

             第一个00平面称为“基本多语言平面”(Basic Multilingual Plane,简称BMP)

             剩下16个平面(01-10)称为“辅助平面”(Supplementary Planes)。

             Unicode标准规定其编码使用范围并不超过0x10FFFF

    所以BMP的平面内的字符的数值 可以用int32的整型来表示。

    Unicode字符集中汉字的范围是4e00-9fa5。4e00是汉字"一" 

     

    Unicode码就是这样字符与数字的一种对应关系它并不涉及到如何存储以及传输的问题。比如字符“a”的Unicode码是 U+0061,字符“你”的Unicode码是U+4F60。至于对应的数字的编码方式如下几种:

    • UCS-2:

          定长编码固定占用2个字节,它包含65536个编码空间,但0xD800-0xDFFF之间的码位未使用,与Unicode码完全一样(Unicode码中的U+D800-U+DFFF也是保留的)。

    • UTF-16:(UTF:Unicode Transformation Format,Unicode转换格式

          变长编码兼容UCS-2,占用2或4个字节。常用字符同UCS-2,使用2个字节编码。常用字符,使用四个字节编码,利用0xD800-0xDFFF之间的码位。

    Unicode的码位区间为0~0x10FFFF,除“基本多语言平面”(U+000000到U+00FFFF)外,还剩0xFFFFF个码位(并且其值都大于或等于0x10000),均属于辅助平面内的值。

    对于“辅助平面”内的字符来说,如果用它们在Unicode中的码位值减去0x10000,则可以得到一个0~0xFFFFF的区间(该区间中的任意值都可以用一个20-bits的数字表示)。所以将该数字的前10位(bits)加上0xD800,就得到UTF-16四字节编码中的前两个字节;该数字的后10位(bits)加上0xDC00,就得到UTF-16四字节编码中的后两个字节,用来表示常用字符。

    例如 D86B DEAB ,这俩是在0xD800-0xDFFF之间的码位,那么一次读取四个字节,按规则反向计算出其Unicode码,即可得到对应字符。

    • UCS-4:

          USC-4定义了一种31位有效编码位,最高位 为0,其编码固定占用4个字节,编码空间为0x00000000~0x7FFFFFFF(可以编码20多亿个字符)。但实际使用范围并不超过0x10FFFF。

    • UTF-32:

          编码值与UCS-4相同,只不过其编码空间被限定在了0~0x10FFFF之间。UTF-32是UCS-4的一个子集

    • UTF-8:后面介绍。

     

    2)小端序UTF-16,大端序UTF-16,UTF-8:

    1. UTF16:

    对于常用字符使用2个字节编码,与Unicode码完全对应,对于非常用字符进行规则计算,用四个字节表示。且在计算机对于字节顺序的理解上的不一致又分成两种大端序和小端序UTF16。

    那么何为大端序,小端序?

    这里涉及到的是字节顺序,字节序是硬件层面的东西,字节序通常只和你使用的处理器架构有关,而和编程语言无关,比如常见的Intel x86系列就是小端序。

    Big-endian(大端序):       数据的高位字节存放在地址的低端 低位字节存放在地址高端(按原来顺序存储)

    Little-endian(小端序):    数据的高位字节存放在地址的高端 低位字节存放在地址低端(颠倒顺序存储)

     

    这里指明的存储方式不同也就是影响了存储顺序:

    比如写了“a”字符,其Unicode码U+0061使用小端序UTF16(颠倒顺序)编码的话——低字节低地址,高字节高地址:

    使用大端序UTF16(原来顺序)编码的话,低字节高地址,高字节低地址: 

    前面的四个字节FFFE,后面介绍。

     

    2. UTF8:

    对于英文,如果用UTF16来存储的话整整比用ASCII存储多占用一倍的存储空间(英文字符的Unicode码高字节是0),所以就有了UTF-8。

    UTF8是一种变长编码,根据不同的Unicode码值采用不同的存储长度。

    那么问题又来了,既然是变长的系统怎么知道几个字节表示一个字符编码呢?对于这类问题计算机中通用的处理方式就是使用标志位,就像ip段的划分一样。具体如下:

    字节数 Unicode码 UTF-8编码
    1 000000-00007F(最大值7位) 0xxxxxxx
    2 000080-0007FF(最大值11位) 110xxxxx 10xxxxxx
    3 000800-00FFFF(最大值16位) 1110xxxx 10xxxxxx 10xxxxxx
    4 010000-10FFFF(最大值21位) 11110xxx 10xxxxxx 10xxxxxx 10xxxxxx

    0xxxxxxx,如果是这样的01串,也就是以0开头后面是啥就不用管了XX代表任意bit.就表示把一个字节做为一个单元.就跟ASCII完全一样.

    110xxxxx 10xxxxxx.如果是这样的格式,以110开头则把两个字节当一个单元

    1110xxxx 10xxxxxx 10xxxxxx 如果是这种格式,以1110开头则是三个字节当一个单元.(正好x的个数是16个)

    “你好”的UTF8编码为:你--》11100100 10111101 10100000==》取所有的x,正好是 0100 111101 100000 ,就是“你”的Unicode码U+4F60

    总结四种5种编码方式:

    对比 UTF-8 UTF-16 UTF-32 UCS-2 UCS-4
    编码空间 0-10FFFF 0-10FFFF 0-10FFFF 0-FFFF 0-7FFFFFFF
    最少编码字节数 1 2 4 2 4
    最多编码字节数 4 4 4 2 4
    是否依赖字节序

    3)BOM:

    使用记事本编辑TXT文件,在保存的时候,如果是保存为以上三种,则会在最前面保存一个标签。这个标签叫做BOM

        如果是0xFF 0xFE,说明编码用的是UTF16LE,windows默认使用小端序

        如果是0xFE 0xFF,说明编码用的是UTF16BE

        如果是0xEF 0xBB 0xBF,说明编码用的是UTF-8

    可以自行测试一下,在记事本上写上 “联通”,ANSI编码保存,再次打开会是乱码。(在有BOM标签的情况下,肯定能读对。但是按ANSI编码方式存储,不存在BOM标签,只能靠猜,而这里确实通过 符合UTF8 双字节编码的规律,再次用记事本打开的时候把它当成了UTF8进行解码,得到了乱码。因为你不能说前面不带uf8的BOM标签的就不是utf8编码了)

    4)notepad++中的编码方式

    很全。

    参考

    https://blog.csdn.net/renwotao2009/article/details/51295766

    https://www.cnblogs.com/malecrab/p/5300503.html#undefined

     

    ps:

    一个文本编辑过程,包含这按照某种编码规则的编码和解码。比如ASCII编码。

    在文本编辑过程中,按下键盘的a,就会在屏幕上看到a。

    在键盘上按下a,计算机收到按键的消息,将a的ascII码进行编码——61H,存储在内存的指定空间。

    文本编辑器在内存中读出61H,送到显卡的显存,显卡用ascII码的规则解释显存中的内容——将字符a的图像画在屏幕上。

    展开全文
  • windows记事本特别注意

    千次阅读 2018-01-06 16:02:48
    原因是Microsoft开发记事本的团队使用了个非常弱智的行为来保存UTF-8编码的文件,他们自作聪明地每个文件开头添加了0xefbbbf(十六进制)的字符,你会遇到很多不可思议的问题,比如,网页第行可能会显示个...

    千万不要使用Windows自带的记事本编辑任何文本文件。原因是Microsoft开发记事本的团队使用了一个非常弱智的行为来保存UTF-8编码的文件,他们自作聪明地在每个文件开头添加了0xefbbbf(十六进制)的字符,你会遇到很多不可思议的问题,比如,网页第一行可能会显示一个“?”,明明正确的程序一编译就报语法错误,等等,都是由记事本的弱智行为带来的。建议你下载Notepad++代替记事本,不但功能强大,而且免费!记得把Notepad++的默认编码设置为UTF-8 without BOM即可

    BOM

    BOM——Byte Order Mark,就是字节序标记
     
    在UCS 编码中有一个叫做"ZERO WIDTH NO-BREAK SPACE"的字符,它的编码是FEFF。而FFFE在UCS中是不存在的字符,所以不应该出现在实际传输中。UCS规范建议我们在传输字节流前,先传输 字符"ZERO WIDTH NO-BREAK SPACE"。这样如果接收者收到FEFF,就表明这个字节流是Big-Endian的;如果收到FFFE,就表明这个字节流是Little- Endian的。因此字符"ZERO WIDTH NO-BREAK SPACE"又被称作BOM。
     
    UTF-8不需要BOM来表明字节顺序,但可以用BOM来表明编码方式。字符"ZERO WIDTH NO-BREAK SPACE"的UTF-8编码是EF BB BF。所以如果接收者收到以EF BB BF开头的字节流,就知道这是UTF-8编码了。
     
    UTF- 8编码的文件中,BOM占三个字节。如果用记事本把一个文本文件另存为UTF-8编码方式的话,用UE打开这个文件,切换到十六进制编辑状态就可以看到开 头的FFFE了。这是个标识UTF-8编码文件的好办法,软件通过BOM来识别这个文件是否是UTF-8编码,很多软件还要求读入的文件必须带BOM。可 是,还是有很多软件不能识别BOM。
     
    在Firefox早期的版本里,扩展是不能有BOM的,不过Firefox 1.5以后的版本已经开始支持BOM了。现在又发现,PHP也不支持BOM。PHP在设计时就没有考虑BOM的问题,也就是说他不会忽略UTF-8编码的文件开头BOM的那三个字符
     
    由 于必须在在Bo-Blog的wiki看到,同样使用PHP的Bo-Blog也一样受到BOM的困扰。其中有提到另一个麻烦:“受COOKIE送出机制的限 制,在这些文件开头已经有BOM的文件中,COOKIE无法送出(因为在COOKIE送出前PHP已经送出了文件头),所以登入和登出功能失效。一切依赖 COOKIE、SESSION实现的功能全部无效。”这个应该就是Wordpress后台出现空白页面的原因了,因为任何一个被执行的文件包含了BOM, 这三个字符都将被送出,导致依赖cookies和session的功能失效。
     
    解决的办法嘛,如果只包含英 文字符(或者说ASCII编码内的字符),就把文件存成ASCII码方式吧。用UE等编辑器的话,点文件->转换->UTF-8转 ASCII,或者在另存为里选择ASCII编码。如果是DOS格式的行尾符,可以用记事本打开,点另存为,选ASCII编码。如果包含中文字符的话,可以 用UE的另存为功能,选择“UTF-8 无 BOM”即可。

    utf-8本来就不应该加bom,除了 让编辑器知道它是个utf-8之外什么用处都没有。实际上编辑器完全有能力在不太多的几个编码格式之间根据特征来判断一个文件是什么编码,就算不能自动识 别,编辑器也应该有设置编码的地方。所以我觉得BOM对于utf-8来说是多余的东西。
     
    utf-16才需要加bom。因为它是按unicode顺序编码,在BMP范围内是二字节,需要识别是大或小字节序。
     
    实 际上,我觉得utf-8引入大小字节序的概念太愚蠢了,不知道那些标准委员会是怎么想的。大小字节序存在的意义,在于cpu的处理方式。如果cpu是大字 节序处理,那么对于小字节序,就必须做一层转换,这带来了效率上的下降。但是在实际应用里,谁会去关心大小字节序?文本编码引起字节序的概念,只能说那些 制定标准的人太死板了。对于utf-16,我认为只要全世界都遵循一种字节序方式,那就没什么必要用BOM来标注了。
     
    话说回来,PHP是不支持utf-16编码的文件的。因为例如$这个符号,在utf-8里也是两个字节,PHP解码器无法解析的。不知道PHP6内部处理引入unicode 的概念之后,对这个是否会有支持。
     
    编 码问题是一个说起来简单,但是实际上很繁琐的东西。很多程序,都有分层编码的概念。像MySQL,就分为 client->connection->storage和storage->connection->result这些概念。 storage又分为system,database,table,column。我有时候在想,有必要搞这么复杂嘛,TNND。像MySQL,谁用利用 它这些特性阿?除非允许两个client在不同的编码环境下运作,否则它把client编码分离出来根本没有什么必要。大多数情况下,直接binary in/binary out就好了

    展开全文
  • 关于Windows记事本中保存编码的格式问题Windows记事本保存文本文件的时候,可以选择不同的编码格式来保存文件,各种编码保存的文件的二进制是不同的,举例说明:我们在记事本中输入123,选择默认的编码格式,即...

    关于Windows下记事本中保存编码的格式问题

    Windows下记事本保存文本文件的时候,可以选择不同的编码格式来保存文件,各种编码保存的文件的二进制是不同的,举例说明:

    我们在记事本中输入123,选择默认的编码格式,即ANSI,也就是系统默认的编码格式,简体中文版的默认编码格式为GBK,此时我们使用二进制工具打开时,其二进制形式为:

    31 32 33

    使用Unicode编码保存,实际上,这种称呼是不正确的,Unicode只是表示字符集方案,并不能表示编码方案,windows对Unicode实际上采用的编码方案是UTF-16LE,其会在文本的开头插入小段字节序标识BOM(FFFE),故其二进制为:

    FF FE 31 00 32 00 33 00

    使用Unicode big endian编码保存,这种称呼也是不正确的,windows实际上采用的编码方案是UTF-16BE,其会在文本的开头插入大端字节序标识BOM(FEFF),故其二进制为:

    FE FF 00 31 00 32 00 33

    使用UTF-8编码保存,这种称呼也是不正确的,正常UTF-8编码的二进制是没有BOM标识的,而windows上的UTF-8编码的文件时有UTF-8 BOM标识(EF BB BF),故其二进制为:

    EF BB BF 31 32 33

    下面请看由BOM头引起的问题的例子:

    package test;
    
    import java.io.FileInputStream;
    import java.io.FileOutputStream;
    import java.io.IOException;
    import java.util.Arrays;
    
    public class Test1 {
        public static void main(String[] args) throws IOException {
            String myString = "";
            byte[] bytes = new byte[10];
            int readCount = 0;
            try (FileOutputStream outputStream = new FileOutputStream("D:\\test\\hello.txt")) {
                outputStream.write(new byte[] { -2, -1, 0, 0x31, 0, 0x32, 0, 0x33 });
                outputStream.flush();
                outputStream.close();
            } catch (Exception e) {
            }
            try (FileInputStream reader = new FileInputStream("D:\\test\\hello.txt")) {
                while ((readCount = reader.read(bytes, 0, 10)) != -1) {
                    myString += new String(bytes, 0, readCount, "UTF-16BE");
                    System.out.println(Arrays.toString(bytes));
                    System.out.println(myString);
                    System.out.println(Integer.parseInt(myString));
                }
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
    }
    
    

    该例子我们通过程序写入二进制数据:

    FE FF 00 31 00 32 00 33

    UTF-16BE的方式读入,当我们将读取的字符串转化为数字时,出现错误了,其上面的输出结果如下:

    [-2, -1, 0, 49, 0, 50, 0, 51, 0, 0] 123
    java.lang.NumberFormatException: For input string: ”123” at
    java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
    at java.lang.Integer.parseInt(Integer.java:580) at
    java.lang.Integer.parseInt(Integer.java:615) at
    test.Test1.main(Test1.java:24)

    其真正原因就是这个BOM字节序导致的,一般情况下很难发现这个错误,因为输出的字符串就是“123”,与正常的字符串结果看起来并没有什么不同,这时我们应该想到要查下其二进制表示,这样很快就能发现问题了。

    最后,关于字节序BOM,上文提到各种不同的编码其字节序不同,实际上BOM是指一个Unicode character,其值为
    U+FEFF,但是由于编码方式不同,其表示出来不同的值,但是都是映射到同一个Unicode字符集上了。

    The byte order mark (BOM) is a Unicode character, U+FEFF Byte order mark (BOM), whose appearance as a magic number at the start of a text stream can signal several things to a program consuming the text。

    代码为证:

    package test;
    
    import java.util.Arrays;
    
    public class Main {
        public static void main(String[] args) throws Exception {
            byte[] a = new byte[] { 0xEF - 256, 0xBB - 256, 0xBF - 256 };
            byte[] b = new byte[] { 0xFE - 256, 0xFF - 256 };
            byte[] c = new byte[] { 0xFF - 256, 0xFE - 256 };
            String aString = new String(a, 0, 3, "UTF-8");
            String bString = new String(b, 0, 2, "UTF-16BE");
            String cString = new String(c, 0, 2, "UTF-16LE");
            System.out.println(Arrays.toString(aString.getBytes("UTF-8")));
            System.out.println(Arrays.toString(bString.getBytes("UTF-8")));
            System.out.println(Arrays.toString(cString.getBytes("UTF-8")));
        }
    }
    

    输出结果:

    [-17, -69, -65]
    [-17, -69, -65]
    [-17, -69, -65]

    展开全文
  • Boostnote是为程序员开发的一种记事本开放源码应用程序。 感谢大家的支持,我们的GitHub 星数已经超过了5,200。 为程序员开发的记事本开源应用程序 大多数的笔记本应用程序都一般都不会专对程序员,所以...
  • http://hi.baidu.com/mayongl7/blog/item/06e61af7c719053a730eec4d.html   LINUX的换行符在Windows记事本打开不换行或出现黑点 是由于Linux和windows的换行符差异问题造
  • Windows记事本UTF-8编码异常

    千次阅读 2017-08-09 21:35:49
    简书: CSDN博客: GitHub博客: http://lioil.win/2016/04/10/Windows-Notepad.html Coding博客: ...今天真是气煞我也,这个Windows10的破记事本编辑器浪费我太多时间,亏我还是Win10脑残粉……原本只想快
  • 用Notepad2替换Windows自带记事本

    千次阅读 2011-01-27 18:41:00
    如果觉得Windows自带的记事本太简陋,又想找个启动速度快、轻量级的文本编辑器替换Notepad,那么Notepad2(开源)是个不错的选择。 Notepad2主页:http://www.flos-freeware.ch/notepad2.html 可以看到,...
  • 记事本最佳替代程序Notepad is among the most popular applications, and that is why Microsoft has included it in every version of Windows. It has a long history, and it has maintained a simple and clean...
  • 解决linux下WINDOWS记事本乱码问题

    千次阅读 2016-05-21 11:25:21
    在windows下编辑的记事本或者是其他的文件linux的vim,vi或者是cat这些命令下会出现乱码现象,自己深思了一下,对于个文件乱码的出现无非是,这个文件存储时的编码和显示的编码冲突而导致的,所以我们很明确,...
  • 有时候,我们使用javaIO字节流读取windows下的.txt文件时,发现明明记事本的编码格式已经改了过来,内容也分毫无差,可是当我们读取时依然会头部出现几个乱码,而且这种乱码还是无论怎么去都去不掉的那种,就...
  • windows10 记事本进程 键盘消息钩子 dll注入

    千次阅读 热门讨论 2018-03-10 20:21:31
    如图,我通过SetWindowsHookEx()函数向记事本进程当前窗口线程注入了自己写的dll,dll设置的回调函数使,当键盘按了1,那么就会触发个MessageBox。 工具:VS 2015, PCHunter(用于查看是否成功注入了dll,...
  • 句话建议:涉及兼容性考量时,不要用记事本,用专业的文本编辑器保存为不带 BOM 的 UTF-8如果是为了跨平台兼容性,只需要知道, Windows 记事本的语境:所谓的「ANSI」指的是对应当前系统 locale 的遗留...
  • 有些软件编码设计时,这个字符集变量的值则是源码里写死的,不能让用户选择其值,例如,Windows系统自带的记事本程序,而它这个写死的字符集变量的值就被称为记事本的默认编码字符集。而记事本
  • Windows 记事本的 ANSI、Unicode、UTF-8 这三编码模式有什么区别?修改 Windows记事本默认存储文本文档编码是 ANSI,想问一下为了最大跨平台兼容性,应该采用哪编码格式比较好?修改 11 个回答 ...
  • java记事本开发

    千次阅读 2016-04-24 21:43:22
    今天我想要分享的是个用java写的记事本程序。我知道现在市面上有各种各样的记事本了,但是我发现有的写的功能不够完善,或者是代码层次结构不够清晰,有的甚至看了之后云里雾里的,有的还不乏了非常明显的bug...
  • 记事本编码格式的解释

    千次阅读 2017-07-31 16:59:00
    在windows平台下,打开内置的记事本小程序Notepad.exe.打开后,点击【文件】→【另存为】,弹出个对话框,最低部有个"编码"的下拉条。 里面有个四个编码选型:ANSI,Unicode,Unicode big endian,UTF-8 ...
  • Windows7中7不同关机模式介绍

    千次阅读 2012-09-16 13:38:35
    Win7关机选项一共有7种关闭方式,分别为   Switch user(切换用户), Log off(登出), Lock(锁定), Restart(重启), Sleep(睡眠), Hibernate(休眠), Shut down(关机). 下面分别介绍一下它们的区别: 1....
  • Android 做个简单记事本app

    千次阅读 2020-05-14 13:39:23
    1、引用了Android studio自带的第个模板(右下角带小圆按钮的)。项目创建会多带两个java文件(FirstFragment、SecondFragment)以及对应的两个xml文件,这里我尝试将这几个文件删掉结果运行会崩,然后我将这几个...
  • 在windows下用python3.0操作剪贴板往记事本里面粘贴段文字: #通过 pip install win32api 安装windows api的库 import win32clipboard as wcl #导入windows操作剪贴板的库 import win32con, win32gui wcl.Ope....
  • 10 个win10上记事本的替代品

    千次阅读 2020-11-26 17:36:51
    记事本是我最喜欢的程序之一在Windows,这就是为什么微软一直包括它每个版本的Windows。它不仅有着悠久的历史,而且保持了其简洁和简单的界面。记事本个简单的文本编辑器,当您不需要任何文本格式的文档时,它...
  • java课程设计简易记事本

    千次阅读 多人点赞 2019-03-10 17:44:49
    博客上发布文章。这是我大二上学期的java课程设计,我的课程设计是... 摸拟windows操作系统记事本软件,开发款简易记事本2. 具有新建文件、保存文件、复制和粘贴功能3. 可以根据自身能力添加其它功能。
  • windows7 中文乱码解决方法

    千次阅读 2011-08-07 11:09:46
    有下面这么一种情况: 以前在windows XP 上的文本文件,复制到windows7时,其中的中文变成乱码了,而英文能正常显示. 而且无论怎么另存为和重新编码都无法正常显示. 其原因是这样的: XP系统,ANSI编码是可以保存...
  • 用Notepad2替换记事本程序

    千次阅读 2011-09-17 00:54:42
    Windows 下的记事本使用的频率还是比较高的,但是它却缺少行数显示,而且编写脚本什么的没有高亮显示,以至于有时候英文拼写错了都不知道(尤其是像我这种英文差的人)。虽然 Vista 下的记事本就好用很多了,不过...
  • 手动删除小黑记事本

    万次阅读 热门讨论 2019-09-22 20:28:22
    小黑记事本一般是捆绑来的,正常软件捆绑或高速下载器捆绑。 然后国产免费软件通病,弹广告(不是一般的多),这也是很多人要删除它的原因。 删除方法,参考我写的“通用的流氓软件手动清理方法”,因为不少人可能...
  • 在Windows 7下安装Oracle 11g的解决方法

    千次阅读 2010-05-30 17:37:00
    在Windows 7下安装Oracle 11g的解决方法 前不久卸载掉了自己的Windows Vista系统,装上了Windows7 旗舰版,装机过程也遇到了很多问题,有些问题是自己不曾遇到过的,但自己尝试着去解决,一步一步尝试着去努力...
  • C#记事本

    千次阅读 2014-04-09 15:25:16
    首先代码的通用段声明以下两个公共变量,他们都是布尔型的,“b”用于判断文件是新建的还是从磁盘打开的,“s”用于判断文件是否被保存。 //*******************************************************************...
  • Java之记事本

    千次阅读 2018-07-26 20:02:54
    2、仿照Windows记事本,实现界面设计; 3、完成菜单(新建、打开、保存、另存为)设计及事件设计。 三、实验设计 (反映设计原理、设计方法、设计过程、设计结果) ®菜单区 1:首先需要个容器来放置文件格式...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 55,579
精华内容 22,231
关键字:

在windows7中记事本是一种