byte[] 解码编码

最新推荐文章于 2024-02-22 22:22:45 发布
最新推荐文章于 2024-02-22 22:22:45 发布
阅读量617 收藏
点赞数
原文链接：http://www.cnblogs.com/lhlong/p/5757546.html
版权

 

 

 

string strcode = "汉字汉字汉字";
byte[] buffer = Encoding.UTF8.GetBytes(strcode);
string msg = Encoding.UTF8.GetString(buffer, 0, buffer.Length);

转载于:https://www.cnblogs.com/lhlong/p/5757546.html

weixin_30892889
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
二维码编码解码器源码20130905
09-05
二维码编码解码器源码 本源码实现可以在C#中使用的1D/2D编码解码器。条形码的应用已经非常普遍，几乎所有超市里面的商品上面都印有条形码；二维码也开始应用到很多场合，如火车票有二维码识别、网易的首页有二维码图标，用户只需要用手机扫描一下就可以看到手机版网易的网址，免去了输入长串字符的麻烦。 条形码的标准： 条形码的标准有ENA条形码、UPC条形码、二五条形码、交叉二五条形码、库德巴条形码、三九条形码和128条形码等，而商品上最常使用的就是EAN商品条形码。EAN商品条形码亦称通用商品条形码，由国际物品编码协会制定，通用于世界各地，是目前国际上使用最广泛的一种商品条形码。我国目前在国内推行使用的也是这种商品条形码。EAN商品条形码分为EAN－13（标准版）和EAN－8（缩短版）两种。 二维码的编码标准： 全球现有的二维码多达200种以上，其中常见的技术标准有PDF417（美系标准），QRCode（日系标准），Code49，Code16K，CodeOne，DM（韩系标准），GM（中国标准），CM（中国标准）等20余种。用得最多的是QRcode。 下面借助google的开源项目zxing来实现1D/2D的编码和解码 zxing的功能还是很强大的，最初是用java编写，并支持Android、ios、symbian等手机操作系统。 不过不知是何原因，该官网连一个例子也没有，文档也是字典式的把所有类列出来，一点都没为读者考虑。 下面我把如果使用zxing完成上图所示例子讲解一遍，供初学者参考： 1.我们新建一个Winform测试项目； 2.从官网下载zxing开源项目，大概16m的样子，解压缩后打开zxing-2.1\csharp目录，将该目录拷贝到我们新建的Winform项目下（方便调试和看源码，并非一定要如此）； 3.winform项目中添加对zxing项目的引用； 4.按上图所示例子建好控件，“生成条形码”的代码如下: 其中需要注意BarcodeFormat参数，可以打开定义看到具体的编码方式，自己百度每种编码方式对输入的要求。 这里EAN_13编码要求是13位长度的数字，并且满足：把所有偶数序号位上的数相加求和，用求出的和乘3，再把所有奇数序号上的数相加求和，用求出的和加上刚才偶数序号上的数，然后得出和能被10整除。（这个规则校验在UPCEANReader类的checkStandardUPCEANChecksum方法里面，如果不需要，可以去掉） 注意编码问题，在com.google.zxing.qrcode.encoder.Encoder类中修改默认编码为utf-8，否则解码出现的是乱码。 System.String DEFAULT_BYTE_MODE_ENCODING = "UTF-8"; 此处之前是"ISO-8859-1"，之所以改成UTF-8是因为，在解码的时候程序会猜测可能的编码，如果猜测失败则默认是UTF-8，代码在com.google.zxing.qrcode.decoder.DecodedBitStreamParser类的guessEncoding方法中。 所以此开源项目也缺少全局性思考，连编码和解码的默认编码方式都不一致。 经网友反映，还是有些中文会出现解码成乱码，而有些又可以，估计还是guessEncoding方法猜测编码出现了偏差，直接将guessEncoding方法写成返回UTF8就行了。 4.实现图片解码，即把条形码或二维码图片解码成其真实内容，当然在pc上应用不大，但可能只是还没发现而已，代码如下： opFilePath是图片路径，你可以用openFileDialog控件打开文件来得到路径。 注意： 点解码按钮前要先选择一张二维码或条形码图片，即先点击“…”按钮选择图片，然后再点“解码”按钮。
二维码编码解码器源码
07-16
二维码编码解码器源码 本源码实现可以在C#中使用的1D/2D编码解码器。条形码的应用已经非常普遍，几乎所有超市里面的商品上面都印有条形码；二维码也开始应用到很多场合，如火车票有二维码识别、网易的首页有二维码图标，用户只需要用手机扫描一下就可以看到手机版网易的网址，免去了输入长串字符的麻烦。 条形码的标准： 条形码的标准有ENA条形码、UPC条形码、二五条形码、交叉二五条形码、库德巴条形码、三九条形码和128条形码等，而商品上最常使用的就是EAN商品条形码。EAN商品条形码亦称通用商品条形码，由国际物品编码协会制定，通用于世界各地，是目前国际上使用最广泛的一种商品条形码。我国目前在国内推行使用的也是这种商品条形码。EAN商品条形码分为EAN－13（标准版）和EAN－8（缩短版）两种。 二维码的编码标准： 全球现有的二维码多达200种以上，其中常见的技术标准有PDF417（美系标准），QRCode（日系标准），Code49，Code16K，CodeOne，DM（韩系标准），GM（中国标准），CM（中国标准）等20余种。用得最多的是QRcode。 下面借助google的开源项目zxing来实现1D/2D的编码和解码 zxing的功能还是很强大的，最初是用java编写，并支持Android、ios、symbian等手机操作系统。 不过不知是何原因，该官网连一个例子也没有，文档也是字典式的把所有类列出来，一点都没为读者考虑。 下面我把如果使用zxing完成上图所示例子讲解一遍，供初学者参考： 1.我们新建一个Winform测试项目； 2.从官网下载zxing开源项目，大概16m的样子，解压缩后打开zxing-2.1\csharp目录，将该目录拷贝到我们新建的Winform项目下（方便调试和看源码，并非一定要如此）； 3.winform项目中添加对zxing项目的引用； 4.按上图所示例子建好控件，“生成条形码”的代码如下: 其中需要注意BarcodeFormat参数，可以打开定义看到具体的编码方式，自己百度每种编码方式对输入的要求。 这里EAN_13编码要求是13位长度的数字，并且满足：把所有偶数序号位上的数相加求和，用求出的和乘3，再把所有奇数序号上的数相加求和，用求出的和加上刚才偶数序号上的数，然后得出和能被10整除。（这个规则校验在UPCEANReader类的checkStandardUPCEANChecksum方法里面，如果不需要，可以去掉） 注意编码问题，在com.google.zxing.qrcode.encoder.Encoder类中修改默认编码为utf-8，否则解码出现的是乱码。 System.String DEFAULT_BYTE_MODE_ENCODING = "UTF-8"; 此处之前是"ISO-8859-1"，之所以改成UTF-8是因为，在解码的时候程序会猜测可能的编码，如果猜测失败则默认是UTF-8，代码在com.google.zxing.qrcode.decoder.DecodedBitStreamParser类的guessEncoding方法中。 所以此开源项目也缺少全局性思考，连编码和解码的默认编码方式都不一致。 经网友反映，还是有些中文会出现解码成乱码，而有些又可以，估计还是guessEncoding方法猜测编码出现了偏差，直接将guessEncoding方法写成返回UTF8就行了。 4.实现图片解码，即把条形码或二维码图片解码成其真实内容，当然在pc上应用不大，但可能只是还没发现而已，代码如下： opFilePath是图片路径，你可以用openFileDialog控件打开文件来得到路径。 注意： 点解码按钮前要先选择一张二维码或条形码图片，即先点击“…”按钮选择图片，然后再点“解码”按钮。
从byte(字节)的bit(位)层面去理解编码(玩爆底层篇)
MrYushiwen的博客
08-19 1053
话不多说，直接上干货 干货结论： java不论是负数还是正数在定义、存储、计算的过程中，都是用其补码 第二个结论需要自己去体会，详情看下面的2.从byte(字节)的bit(位)层面去理解编码 论证说明： 1.Byte类型用二进制八进制十六进制定义数值类型数据举例 用byte存一个负数，比如负27，我们一般情况下用十进制可以这样表示： byte b1 = -27; 那么用二进制如何去声明负27这个数呢？用气原码，反码，还是补码去声明呢？ 我们都知道负27这个数，其： 原码：1001 1011 反码：11
java实现赫夫曼树以及赫夫曼编码和解码（用byte[]）
weixin_45127611的博客
04-07 930
首先对于赫夫曼编码有个大概的理解：赫夫曼编码(Huffman Coding)，又称霍夫曼编码，是一种编码方式，可变字长编码(VLC)的一种。Huffman于1952年提出一种编码方法，该方法完全依据字符出现概率来构造异字头的平均长度最短的码字，有时称之为最佳编码，一般就叫做Huffman编码（有时也称为霍夫曼编码）。 赫夫曼编码，主要目的是根据使用频率来最大化节省字符（编码）的存储空间。(举例来说...
字节bytes，编码和解码
wanggaoxingH的博客
02-11 2980
00000000 ：8位代表一个字节bytes gbk编码（国标扩）：一个中文占用2个字节 utf-8（万国码）：一个中文占用3个字节 gbk和utf-8不能直接进行转换，否则会出现乱码（因为他们的字节占用不一样） # bytes,编码和解码 # asci码 s='周杰伦' s1 = s.encode('gbk') print(s1) # 输出：b'\xd6\xdc\xbd\xdc\xc2\xd7' # gbk编码，一个中文占2个字节，所以这里3个中文，占用6个字节 s2 = s.encode(
UTF-8编码解码 byte_string+byte_string
book_dw5189的博客
02-22 918
UTF-8编码解码 byte_string+byte_string
java 中String编码和byte 解码 总结
hffyfdt的博客
02-10 351
java 中String编码和byte 解码 总结
bit byte 和各进制关系（位、字节、字符、进制）、常见编码格式
nann-viiv 的博客
09-21 9480
去首位，若为负 取反 +1，若为正 直接计算 不需要+1，最后加上符号。
byte与各种编码
dabusidede的博客
08-17 2484
Byte byte是8位2进制，所有的数据都是由byte组成，如： 图片是一连串的byte ASCII字符”A”是一个byte 可以说byte是我们的原始数据 编码 如下问题： 这是2个byte“01100010 00010001”，它代表了什么？ 答案： 如果没有指明编码，那他什么都不代表 在ASCII编码规则中指明：“01100010”代表”b”，”00010001”代表控制字符VT 所有你可以认为这2个byte是b+VT 在Unicode编码中指明“01100...
python - bytes & 编码解码
shawdow_bug的博客
10-31 2363
经常遇到 bytes 对象的使用会懵逼，故写点笔记。
java实现赫夫曼树编码和解码byte[]
12-21
首先对于赫夫曼编码有个大概的理解：赫夫曼编码(Huffman Coding)，又称霍夫曼编码，是一种编码方式，可变字长编码(VLC)的一种。Huffman于1952年提出一种编码方法，该方法完全依据字符出现概率来构造异字头的平均长度...
js实现opus的编码和解码的完整demo代码
08-20
js实现opus的编码和解码的完整代码，其中解码可直接运行html，编码示例需要在机器上启动apache服务。 opus编码：可实现wav读取后，编码为opus，且可保存为opus的文件。 opus解码：打开opus的文件后，可解码出pcm...
C# Base64 编码/解码实现代码
01-20
1、base64 to string ... byte[] bpath = Convert.FromBase64String(strPath); strPath = System.Text.ASCIIEncoding.Default.GetString(bpath); 2、string to base64 System.Text.Encoding encode = System
位（bit）、字节（byte）、字符、编码
weixin_34146805的博客
02-19 2003
1、位：也叫比特位，数据存储的最小单位。每个二进制数字0或者1就是1个位； 2、字节：8个位构成一个字节。即：1 byte (字节)= 8 bit (位)；1 B = 1 byte (字节)1 KB = 1024 B(字节)；1 MB = 1024 KB; (2^10 B)1 GB = 1024 MB; (2^20 B)1 TB = 1024 GB; (2^30 B) 3、字...
byte[]转String，编码与乱码问题，以及Base64编码
cheng_zhang_zhong的博客
03-14 4826
我们怎么解决byte[ ]转String的乱码问题呢？ 得看byte[]来自哪里了。时常会遇到，要把一张图片转为byte[]然后在转为String流对象传输到别的地方，接收者再转为byte[]再变成图片。 ①有人推荐使用序列化，这也是一个方案，但是具体实施还没有研究过。 ②直接传输byte[]的话，会出现byte[]过长数据丢失。因为不是所有的byte组合都可以映射成char ③那么就是用...
常用的字节码-字符串-进制转换
愿Bug与你同在
06-30 346
踏足人生征途，止步眺望云升之际。股市动荡，金融倒闭，世事变幻，灾难频袭，人生难免波折，大多数人必经坎坷，甚至跌宕起伏。此时，何所依？至人生岔路口，择路而行，闭门思过，取笔纸，列举利弊，斟酌其中，最终得出明智抉择。然而，在人生重大决策之际，理智思辨难以决断，此时需考验内心之力，思想之力。
JAVA 不同情况下byte里存储的是什么编码格式
test253506088的博客
08-20 1875
string转成byte[]存成什么? 并不一定是ASCII码。 1、 在java语言中，String 对象通过方法geBytes()可以获得byte[]对象， 它实际上是把内部的char字符，按照平台默认的字符集编码成byte数组， 2、 此外，也可以使用getBytes(Charset charset)指定字符集编码。 3、 byte[] 既可以理解为数组，它本身也是个对象，在该数组中，每个数组成员都是 基础数据类型byte，表达范围是-128 至 127。 4、 所以，如果按照uinicode字.
Java 判断字节流是否是 UTF8 编码
quanzhan_King的博客
06-03 1609
遇到本来设计时使用 GBK 编码处理的地方，在实际使用过程导入了 UTF8 编码，造成了显示文本为乱码的现象，在了解 UTF8，GBK 编码和 Unicode 标准之后，编写了 Java 判断字节流是否是 UTF8 编码的程序，如果是 UTF8 编码，则转换成 GBK 编码。
一个c语言编写的sock5代理工具.zip
最新发布
06-13
一个c语言编写的sock5代理工具
openfeign编码解码
12-13
OpenFeign是一个声明式的Web服务客户端，它使得编写Web服务客户端变得更加容易。在OpenFeign中，编码和解码是通过Feign的Encoder和Decoder接口来实现的。下面是OpenFeign编码解码的方法和步骤： 1.创建一个Encoder实现类，实现Feign的Encoder接口，并重写encode方法，该方法将请求对象编码为字节数组。例如： ```java public class MyEncoder implements Encoder { @Override public void encode(Object object, Type bodyType, RequestTemplate template) throws EncodeException { // 将请求对象编码为字节数组 byte[] bytes = ...; // 设置请求头 template.header("Content-Type", "application/json"); // 设置请求体 template.body(bytes); } } ``` 2.创建一个Decoder实现类，实现Feign的Decoder接口，并重写decode方法，该方法将响应字节数组解码为响应对象。例如： ```java public class MyDecoder implements Decoder { @Override public Object decode(Response response, Type type) throws IOException, DecodeException, FeignException { // 将响应字节数组解码为响应对象 Object object = ...; return object; } } ``` 3.在FeignClient注解中指定Encoder和Decoder实现类。例如： ```java @FeignClient(name = "myFeignClient", configuration = MyFeignConfiguration.class) public interface MyFeignClient { // ... } ``` 4.创建一个Feign配置类，配置Encoder和Decoder实现类。例如： ```java @Configuration public class MyFeignConfiguration { @Bean public Encoder encoder() { return new MyEncoder(); } @Bean public Decoder decoder() { return new MyDecoder(); } } ```

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值