charset | 易学教程

【分享】快递鸟物流单号查询接口通用API对接（JAVA示例）

阅读更多关于【分享】快递鸟物流单号查询接口通用API对接（JAVA示例）

快递查询接口是指快递查询网对外开放的应用程序接口，开发人员能够通过调用该接口与快递查询网进行交互，并基于该接口开发自己的快递查询应用程序。（一）接入流程： 1、登录快递鸟官网注册页面注册快递鸟账号网址：快递单号查询接口_电子面单_APIKey授权申请-快递鸟账号注册 2、登录快递鸟用户管理后台网址：用户登录_快递鸟API让物流接口对接更简单注：登录快递鸟用户管理后台后获得用户ID和APIKey，此用于保证应用来源的可靠性，避免应用伪造，被不法使用。 3、进入“我的会员中心”进行实名认证注： 3.1、认证类型、应用类型根据用户实际情况选择即可，接口返回数据与选择结果无关； 3.2、标记为*的为必填，要求上传清晰、jpg格式且小于2M的证件图片； 3.3、技术对接人信息为用户方对接工程师的信息； 3.4、如有其他疑问可进入官网加入商务合作群进行咨询。认证成功后，进入“产品服务管理”，开通相关会员服务注：物流查询（免费版）会员套餐为免费版，有效期1年结束后，如在近3个月内有数据交互系统会自动免费续期；接口说明 (1)、接口支持的消息接收方式为HTTP POST，请求方法的编码格式(utf-8)："application/x-www-form-urlencoded;charset=utf-8"。 (2)、指定的物流运单号选择相应的快递公司编码

RestTemplate相关组件：ClientHttpRequestInterceptor【享学Spring MVC】

阅读更多关于 RestTemplate相关组件：ClientHttpRequestInterceptor【享学Spring MVC】

每篇一句做事的人和做梦的人最大的区别就是行动力前言本文为深入了解 Spring 提供的Rest调用客户端 RestTemplate 开山，对它相关的一些组件做讲解。 Tips：请注意区分 RestTemplate 和 RedisTemplate 哦~ ClientHttpRequestFactory 它是个函数式接口，用于根据 URI 和 HttpMethod 创建出一个 ClientHttpRequest 来发送请求~ ClientHttpRequest 它代表请求的客户端，该接口继承自 HttpRequest 、 HttpOutputMessage ，只有一个 ClientHttpResponse execute() throws IOException 方法。其中 Netty、HttpComponents、OkHttp3，HttpUrlConnection 对它都有实现~ // @since 3.0 RestTemplate这个体系都是3.0后才有的 @FunctionalInterface public interface ClientHttpRequestFactory { // 返回一个ClientHttpRequest，这样调用其execute()方法就可以发送rest请求了~ ClientHttpRequest createRequest(URI uri,

JAVA之编码/解码 -- 各种环境下可能会发生的乱码问题及解决方案

阅读更多关于 JAVA之编码/解码 -- 各种环境下可能会发生的乱码问题及解决方案

工作中经常遇到 java 编码问题，由于缺乏研究，总是无法给出确切的答案，这个周末在网上查了一些资料，在此做些汇总。问题一：在 java 中读取文件时应该采用什么编码？ Java 读取文件的方式总体可以分为两类：按字节读取和按字符读取。按字节读取就是采用 InputStream.read() 方法来读取字节，然后保存到一个 byte[] 数组中，最后经常用 new String(byte[]); 把字节数组转换成 String 。在最后一步隐藏了一个编码的细节， new String(byte[]); 会使用操作系统默认的字符集来解码字节数组，中文操作系统就是 GBK 。而我们从输入流里读取的字节很可能就不是 GBK 编码的，因为从输入流里读取的字节编码取决于被读取的文件自身的编码。举个例子：我们在 D: 盘新建一个名为 demo.txt 的文件，写入 ” 我们。 ” ，并保存。此时 demo.txt 编码是 ANSI ，中文操作系统下就是 GBK 。此时我们用输入字节流读取该文件所得到的字节就是使用 GBK 方式编码的字节。那么我们最终 new String(byte[]); 时采用平台默认的 GBK 来编码成 String 也是没有问题的 ( 字节编码和默认解码一致 ) 。试想一下，如果在保存 demo.txt 文件时，我们选择 UTF-8 编码，那么该文件的编码就不在是

web前端入门到实战：Html头部meta标签

阅读更多关于 web前端入门到实战：Html头部meta标签

meta元素有4个属性：name、http-equiv、content、charset.meta标签通过name属性来表述页面文档的元信息，通过http-equiv属性设置http请求指令，通过charset设置页面的字符编码。按照属性设置分类，meta可以分为三类: name属性和content属性组合,构成名称/值对，用于描述网站信息. 标准的meta名称包括application-name、author、description、generator等。示例代码： <meta name="keywords" content="british,typeface,font,fonts"/> 其中keywords和description这两个名称的使用率最高，是搜索引擎优化的主要手段之一，推荐读者使用。 http-equiv属性和content属性组合，设置特定的http指令; 其中content-type、default-style和refresh已经确定,content-language和set-cookie还未正式确定. 此类型meta应该谨慎使用。不推荐使用,某些搜索引擎遇到此meta时会停止解析页面剩余的部分。在实际的场景中很少使用 charset属性,设置页面字符编码。此属性提供了保存和传输文档的编码格式。 <meta charset="utf-8"> 等价于

Vue中v-for属性

阅读更多关于 Vue中v-for属性

一、遍历数组对象 1 <!DOCTYPE html> 2 <html> 3 <head> 4 <meta charset="utf-8"> 5 <title></title> 6 <script src="../vue.js" type="text/javascript" charset="utf-8"></script> 7 </head> 8 <body> 9 <div id="app"> 10 <p v-for="(item,i) in list"> id：{{item.id}}-----姓名：{{item.name}}-----当前索引：{{i}}</p> 11 </div> 12 <script type="text/javascript"> 13 var vm = new Vue({ 14 el: "#app", 15 data: { 16 list: [{ 17 id: 1, 18 name: '张三' 19 }, 20 { 21 id: 2, 22 name: '李四' 23 }, 24 { 25 id: 3, 26 name: '王五' 27 }, 28 { 29 id: 4, 30 name: '赵六' 31 } 32 ] 33 }, 34 methods: { 35 36 } 37 }) 38 </script> 39 </body> 40 </html> 二

使用CSS设置边框和背景

阅读更多关于使用CSS设置边框和背景

一、设置边框　　1、边框样式　属性说明 border-width 设置边框的宽度 boder-style 设置边框的样式 border-color 设置边框的颜色　　a、border-width属性　　　　自定义边框的宽度时，不能定义为百分比。　　b、border-style属性　　　　以上属性可以设置一个、二个、三个、四个属性值，当设置一个值得时候四条边框都应用该属性值，当设置两个的时候时候上下使用第一个属性值，左右使用第二个属性值，当设置三个值的时候，第一个值应用在上边框，第二个应用到左右边框，第三个属性值应用到下边框当设置了四个属性值，按着顺时针的方向一次应用。大部分情况下groove、ridge、inset、outset可以会使用双色边框，但是当border-color属性这设置成black是，两种颜色都会显示成黑色。　　 2、为一条边应用边框样式　　 boder-top/bottom/right/left-width/style/color 用来设置一条边框的样式，可以和通用属性结合使用。还可以使用border-bottom/top/left/right一次设置一条边框。　 1 <!DOCTYPE html> 2 <html lang="en"> 3 <head> 4 <meta charset="UTF-8"> 5 <title

字符集与编码（一）——charset vs encoding

阅读更多关于字符集与编码（一）——charset vs encoding

注：由于两边同步的麻烦，更多更改及调整可参考我的网站： xiaogd.net 上的字符集编码与乱码系列，已将字符集编码系列与乱码探源系列合并，更新及勘误等不再更新到这边。许多时候，字符集与编码这两个概念常被混为一谈，但两者是有差别的，作为深入理解的第一步，首先要明确：字符集与字符集编码是两个不同层面的概念 charset是character set的简写，即字符集。 encoding是charset encoding的简写，即字符集编码，简称编码。与接口及接口实现的对比可以把这两者与接口及接口实现做个对比：从这里可以很清楚地看到，编码是依赖于字符集的，就像代码中的接口实现依赖于接口一样；一个字符集可以有多个编码实现，就像一个接口可以有多个实现类一样。具体例子及规范用法可以简单看两个例子，一个自于html文件，用的是charset： <meta http-equiv="content-type" content="text/html;charset=utf-8"> 另一个来自于xml文件，用的是encoding： <?xml version="1.0" encoding="UTF-8"?> 哪一种用法更规范呢？显然是后者，它更加准确地区分了字符集与编码的概念。 “charset=utf-8”容易让人误解为存在一种叫“UTF-8”的字符集

十六章、国际化

阅读更多关于十六章、国际化

HTTP报文可以承载任何语言表示的内容的。因为对HTTP来说，实体主体只是二进制信息的容器而已。在HTTP中为了支持国际性，服务器返回内容的同时需要告知客户端文档是用的什么字母表和语言等信息，这样客户端才能正确的解析出信息并显示字符。服务器可以通过 Content-Type 中的 charset参数和 Content-Language 首部告知客户端字母表和语言信息。同时，客户端并不是所有的字母表和语言都能进行处理，所以客户端在发起请求的时候，也可以通过发送 Accept-Charset 和 Accept-Languag e 首部，告知服务端自己所能处理的编码类型和语言。这两个首部也支持优先级，可以通过 q参数设置优先级。所以，HTTP中的国际化，也就是本篇要介绍的内容主要涉及到字符集编码（character set encoding）和语言标记（language tag） 1 字符集和HTTP 1.1 字符集的概念所谓字符集起始就是把字符转为二进制码的编码。 HTTP 字符集的值说明如何把实体内容的二进制码转换为特定字母表中的字符。每个字符集标记都命名了一种把二进制码转换为字符的算法（反之亦然）。字符集标记在由 IANA 维护MIME字符集注册机构进行了标准化。一般通过Content-Type中的charset参数进行指定。如下： Content-Type:

解决SpringMVC的@ResponseBody返回中文乱码

阅读更多关于解决SpringMVC的@ResponseBody返回中文乱码

SpringMVC的@ResponseBody返回中文乱码的原因是SpringMVC默认处理的字符集是ISO-8859-1，在Spring的org.springframework.http.converter.StringHttpMessageConverter类中可以看到如下代码： public static final Charset DEFAULT_CHARSET = Charset.forName("ISO-8859-1"); 解决返回中文乱码的问题有两种，第一种是局部的，只针对于某个方法的返回进行处理，第二种是全局的，针对于整个项目，如下：第一种：在@RequestMapping中添加produces="text/html;charset=UTF-8，如： @RequestMapping(value="/login.do",method=RequestMethod.POST,produces="text/html;charset=UTF-8") @ResponseBody public String login(@RequestParam(value="username") String userName,@RequestParam(value="password") String password){ return JSONMessageUtil

jQuery AJAX 乱码牵出的问题，及解决过程。

阅读更多关于 jQuery AJAX 乱码牵出的问题，及解决过程。

已完成 AJAX 输入验证和 AJAX 数据管理器。在此基础上改为 jQuery 输入验证和 jQuery 数据管理器后，POST 方式提交出现乱码。网上查的资料一边倒的说法是“在参数中添加 contentType: "application/x-www-form-urlencoded; charset=UTF-8" 项”，尝试发现无效。初步调查发现：原有的 form GET 、POST 提交例子无乱码。原有的 URL 提交例子无乱码。原有的 AJAX GET 、POST 提交例子无乱码。 jQuery AJAX GET 提交无乱码。 jQuery AJAX POST 提交有乱码。经 Firebug 调试查得： jQuery 在 AJAX POST 时默认向 contentType 中添加了“charset=UTF-8”；在服务器端用 request.getEncodingCharset() 取到“UTF-8”，得以证实。 jQuery 在 AJAX GET 时不发送“charset=UTF-8”；在服务器端用 request.getEncodingCharset() 取到 null ，得以证实。再查资料和检查程序，发现原有的 form 提交例子、URL 提交例子和 AJAX 例子并不发送“charset=UTF-8”；在服务器端用 request

订阅 charset