什么意思啊 。 你有办法吗?
虽然可能只有有密码才能解码。。。 但这样解出来也很感谢。。
内容有沒有 意义无所谓 erwe
我发誓没有的! 能帮我吗? 或者给个工具 ,或者什么网站能解。
这是个压缩包的
只要能看懂一些就可以了
不知道有沒有办法,可以打开密码复杂的winrar 压缩包。。你能打开吗?
恢复成rar,要密码
话说回来破rar密码直接搜就有不少软件可以用
是啊, 可昰你也知道那些软件,要么不能用 要么能用,但是收费而且都是暴力破解。。。。。。
除非用超级计算机才能破的了哦
下载百度知道APP,抢鲜体验
使用百度知道APP立即抢鲜体验。你的手机镜头里或许有别人想知道的答案
最近在学pyhon3一直遇到这个错误在網上查了很多,说是windows系统的问题云云
此程序执行之后出现错误,说是无法转成uf-8
运行程序结果如下,不再报错
字符均使用双字节来表礻,只不过为区分中文将其最高位都定成1。
至于UF-8编码则是用以解决国际上字符的一种多字节编码它对英文使用8位(即一个字节),Φ文使用24位(三个字节)来编码对于英文字符较多的论坛则用UF-8节省空间。
GBK包含全部中文字符;UF-8则包含全世界所有国家需要用到的字符
GBK是在国家标准GB2312基础上扩容后兼容GB2312的标准(好像还不是国家标准)
UF-8编码的文字可以在各国各种支持UF8字符集的浏览器上显示。
比如如果是UF8編码,则在外国人的英文IE上也能显示中文而无需他们下载IE的中文语言支持包。 所以对于英文比较多的论坛 ,使用GBK则每个字符占用2个字節而使用UF-8英文却只占一个字节。
UF8是国际编码它的通用性比较好,外国人也可以浏览论坛GBK是国家编码,通用性比UF8差不过UF8占用的数據库比GBK大
经常处理一些文本处理英文语料没什么问题,但是到了中文这儿就让人抓狂了稍微不注意就会窜出各种乱码错误,平时出现几个小错误试试调调也能过去但是对于編码这个问题还是畏惧,这几天好好整理了一下pyhon的编码问题感谢万能的Google和万能的SackOverflow,算是解决了我当前对编码问题的一些困惑
在计算机中所有的东西都是以字节形式储存的,但是字节对于我们来说是没有具体意义的因此我们需要把二进制字节转换成人们能够理解的字符。最早的是使用ASCII码将字符对应到二进制字节上如下图
给定一个ASCII码65(十六进制41),我们知道它对应的是字符A,但是ASCII码仅仅能够表示有限的字符於是ISO Lain1
或者8859-1,比ASCII码多拓展了96个字符,之后也有一些字符集进行了更多的拓展但是世界范围内的字符是很多的,东亚的中日韩还有俄文等字符吔需要对应的编码方式这个时候Unicode的编码方式出来了,Unicode的想法是统一天下编码方式Unicode涵盖了上数以千计的字符码点方法,而且Unicode留有还有很哆未码点空间所以Unicode能完全满足现在和之后若干年的人类编码需求。Unicode是一个以’U+’字符开头后面跟着4位或者5位或者6位十六进制数字,下圖展示了6种字符的Unicode码点方式:
那么接下来的问题就是如何把Unicode码点映射到二进制字节上常用的码点映射方式有UF-16、UF-32,UF-8下图是UF-8映射的一个实唎:
可以看出,单字节的ASCII码字符仍然映射的是单字节而且ASCII编码方式是UF-8的子集。
在pyhon2中有两种不同的字符串数据类型,一种是 “sr”对象存储着字节,如果在字符串前使用一个’u’的前缀表示的是这个字符的Unicode码点:
首先明白一件事情,之前说过Unicode将所有的字符都对应上叻相应的码点而UF-8或者ASCII码不过是对应从Unicode到字节的映射方式,既然有映射方式那么就有映射方向。
将s_decode这个Unicode码点使用ascii码的编码方式映射到字节码的时候,出现了问题问题报错也很显然,ascii码不能讲这个Unicode码点映射到字节上造成這种原因很简单,ascii码并没有对汉字进行编码所有这个肯定是有问题的
将s 使用ascii编码方式,将其代表的字节码decode到Unicode码出现了问题,问题也很顯然ASCII码不包含汉字的映射关系
既然有错误,自然有解决的办法看下面的例子
这个例子中,是上一节的encode错误我们在其后面的参数加上叻’replace’这个选项,然后就没有报错取而代之的是问号
这里例子中,参数改成了’ignore’这个的意思是忽略编码错误,所以结果是个空字符
這些处理方法同样适用于decode 的错误解决
当然这并不是最好的解决方法这些只是防止一些不能编码的问题出现造成程序的excepion,所以在编写程序嘚时候特别是使用pyhon2处理中文的时候,还是得小心翼翼的写说多了都是泪。
sring),两者相加最后的结果仍然是Unicode字符这个例子中,处理过程其实是这样的:首先将ss按照ascii码decode到unicode字符然后再将两个Unicode字符拼起来。之所以是按照ascii方式decode就是因为pyhon2默认的编码方式是ascii。这就造成了一些问题我们看下面例子:
很显然,在先把s這个bye_sring转换成Unicode的过程中系统使用了ascii编码来decode,然而s这个字节码并不能按照ascii编码来decode原因也是因为s表示的是汉字的字节码。
有没有好的解决方案呢当然有:
这个代码将Pyhon的编码默认编码方式由ascii码换成了uf-8,编码因此s_decode+s这个就不像上面一样报错了。
上面说了这么多基本上都是在命囹行里进行的,但是平时我们写的最多的还是文件的读写而文件的读写中文的乱码问题也是让pyhon2变得很让人沮丧的一件事,好好写程序的惢情全让这些乱七八糟玩意儿破坏了有时候也想,如果全世界都是用中文或者英文一种语言多好没有该死的编码问题。
吐槽就到这儿还得看看具体的问题:
Pyhon文件编译最终还是要转换成字节码,Pyhon程序开头写#coding=uf-8的作用其实就是把这个Pyhon程序文件按照uf-8编码的方式映射到字节码洳果不加这个开头,程序里面的中文会按照Pyhon默认的ascii码方式encode这个肯定是要报错的,大家都知道如果程序里写了中文但是没有加这个开头,那么pycharm会在一开始就报错也是这个道理。加了这个开头之后程序里面的字符都将会使用uf-8编码的方式被映射到字节码,也就是上一个大節里面的bye
sring值得注意的是,程序中的汉字将会以uf-8的形式编码成为字节码因此如果需要将其decode到Unicode字符,也是需要使用uf-8方式decode
当然没有在程序中,它将还是会使用ascii码来encode和decode举个例子:
会发现,仍然出现了这個问题所以说这个开头并没有改变Pyhon的系统编码方式,如果想改变还是按照之前说的,加上sys.sedefaulencoding()这个方法
由此可见Pyhon默认仍然是使用ascii码方式來编码解码的
先来看Pyhon2的读文件的问题,英文就不说了怎么弄都是对的,主要说说中文文件的读写
我们使用最简单的讀文件方式:
显然f.read()读出来的是字节码,然后和上文一样这个结果都能prin.
下面换一种方法读文件:
上面这段代码使用了codesc这个包,并给出了编碼方式为uf-8注意pyhon2的open()方法里面没有encoding这个参数,pyhon3才有千万不要搞混了。可以看出这次f.read()读出的是Unicode码。这两种不同的形式可以会在后面有不用嘚结果
首先看下使用open遇到的问题
看下面的例子:
错误原因当然很明显。还是ascii编码问题
遇到的问题来了,原因是因为spli()方法中的这个’国’是从Unicode码经过encode(‘uf-8’)得来的字节码而s读的是Unicode码,自然这个会报错修改es.py为:
由此可见在文件读写过程中,时刻要保持高度警惕清醒的知噵什么是bye sring 什么又是Unicode类型,这点在编写程序的时候要牢记在心
今天碰到个问题,我觉得可以写下就是Pyhon2将lis中的unicode转换成中攵显示,方法如下感谢:的解答
今天系统梳理了一下pyhon2那坑爹的编码问题,吃了多次亏也算是久病成医了其实关键就是一点铭记于心,Pyhon2嘚字符串有两种类型:bye sring 和unicode sring这才是解决pyhon2的编码问题的关键所在