在上篇博客中LZ介绍了前面两种场景（IO、内存）中的java编码解码操作，其实在这两种场景中我们只需要在编码解码过程中设置正确的编码解码方式一般而言是不会出现乱码的。对于我们从事java开发的人而言，其实最容易也是产生乱码最多的地方就是web部分。首先我们来看在javaWeb中有哪些地方存在编码转换操作。编码&
在上篇博客中LZ阐述了java各个渠道转码的过程，阐述了java在运行过程中那些步骤在进行转码，在这些转码过程中如果一处出现问题就很有可能会产生乱码！下面LZ就讲述java在转码过程中是如何来进行编码和解码操作的。编码&
前面三篇博客侧重介绍字符、编码问题，通过这三篇博客各位博友对各种字符编码有了一个初步的了解，要了解java的中文问题这是必须要了解的。但是了解这些仅仅只是一个开始，以下博客将侧重介绍java乱码是如何产生的、存在哪些乱码的情况、该如何从根本上解决乱码问题。各位随博主一起征服令人厌烦的java乱码问题吧！！！
随着计算机的发展、普及，世界各国为了适应本国的语言和字符都会自己设计一套自己的编码风格，正是由于这种乱，导致存在很多种编码方式，以至于同一个二进制数字可能会被解释成不同的符号。为了解决这种不兼容的问题，伟大的创想Unicode编码应时而生！！
在上篇博文（java中文乱码解决之道（一）—–认识字符集）中，LZ简单介绍了主流的字符编码，对各种编码都是点到为止，以下LZ将详细阐述字符集、字符编码等基础知识和ASCII、GB的详情。一、基础知识在了解各种字符集之前我们需要了解一些最基础的知识，如：编码、字符、字符集、字符编码基础知识。
java编码中的中文问题是一个老生常谈的问题了，每次遇到中文乱码LZ要么是按照以前的经验修改，要么则是baidu.com来解决问题。阅读许多关于中文乱码的解决办法的博文后，发现对于该问题我们都（更加包括我自己）没有一个清晰明了的认识，于是LZ想通过这系列博文（估计只有几篇）来彻底分析、解决java中文乱码问题，如有错误之处望各位同仁指出！
java编码中的中文问题是一个老生常谈的问题了，但一直没有一个清晰的解释，本文作者将通过《java 中文乱码解决之道》彻底分析、解决java中文乱码问题。致谢内容撰写：http://cmsblogs.com/?cat=4更新日期更新内容2015-07-3java 中文乱码解决之道
当你使用自定义库时，你可能会碰到问题，因为 Composer 不会递归加载你要求的储存库，所以你必须修改这些储存库中所有的 composer.json 文件。在详细说明为什么是这样之前，你需要明白：使用自定义 VCS & 包储存库去尝试某些事情，或者使用你 fork 的一个分支，直到你的 pull request 被合并，等等。
这是人们常犯的一个错误，定义了类似 >=2.* 或 >=1.1.* 的版本约束。通过思考它所表示的真正含义，你很快就会发现，它并没有多大意义。如果我们分解 >=2.*，你会得到两个部分：>=2 表示资源包应该是 2.0.0 或以上版本。2.* 表示资源包版本应该介于 2.0.0 （含）和 3.0.0（不含）之间。正如你所看到的，要同时满足这两个规则包版本必须 >=2.0.
一般情况下 不建议。vendor 目录（或者你安装依赖的其它目录）都应该被添加进 .gitignore/svn:ignore/等等。最好这么做，然后让所有开发人员使用 Composer 来安装依赖包。同样，build server、CI、deployment tools 等等，应进行修改，使运行 Composer 成为其项目引导的一部分。
每个框架都可能有一个或多个不同的依赖包安装目录。Composer 可以通过使用 composer/installers 来配置，安装依赖到其它的目录，而不是默认的 vendor 目录。如果你是一个 包作者 并且希望自己的资源包被安装到自定义的目录中，简单的 require composer/installers 依赖，并设置适当的 type 属性。
对于现代语言而言，包管理器基本上是标配。Java有Maven，Python有pip，Ruby有gem，Nodejs有npm。PHP的则是PEAR，不过PEAR坑不少：依赖处理容易出问题配置非常复杂难用的命令行接口好在我们有Composer，PHP依赖管理的利器。它是开源的，使用起来也很简单，提交自己的包也很容易。安装ComposerComposer需要PHP 5.3.2+才能运行。$ curl -sS https://getcomposer.
什么是二进制供应库？一个 Composer 资源包，想要传递给安装它的用户的任何命令行脚本， 都应该被列入 二进制供应库。如果一个资源包，含有不被用户所需要的其他脚本（比如构建或编译脚本） 那么这些代码不应该被列入二进制供应库。如何定义？它是通过在项目的 composer.json 里添加一个 bin 键定义的。
什么是脚本？一个脚本，在 Composer 中，可以是一个 PHP 回调（定义为静态方法）或任何命令行可执行的命令。脚本对于在 Composer 运行过程中，执行一个资源包的自定义代码或包专用命令是非常有用的。注意：只有在根包的 composer.json 中定义的脚本才会被执行。即便根包的外部依赖定义了其自身的脚本，Composer 也不会去执行这些额外的脚本。
概述你可能需要改变和扩展 Composer 加入自定义的功能。例如：如果你的环境对 Composer 的行为有特殊要求，而这并不适用于普通用户。又或者，你想使用 Composer 完成某些事情，而又不希望对普通用户造成影响。在这些情况下，你可以考虑创建一个插件来处理特定的逻辑。
概要有时需要在包的安装过程中执行其它的动作，例如：将它安装在默认的 vendor 以外的其它目录。在这些情况下，你可以考虑创建一个自定义安装程序来处理特定的逻辑。调用自定义安装程序假设你的项目已经有了一个自定义的安装模块，那么如何根据 安装类型 正确调用你包文件中的安装程序就成为了一个问题。参见见下一章，如何通过指令创建自定义安装程序。
为什么使用别名？当你使用 VCS 资源库，你将只会得到类似于这样的版本号：从分支发布的标签获取，它看起来像 2.0 或 2.0.x。比较特殊的是，对于你的 master 分支，你会得到一个最新提交的 dev-master 版本。对于你的 bugfix 分支，你会得到一个最新提交的 dev-bugfix 版本。以此类推，这些特殊的版本标识可以用来获取最新的分支源码。如果你的 master 分支使用标签发布了 1.
本章将解释包和库的概念，什么样的存储库是可用的，以及它们如何工作。概述在此之前，我们看到存在不同类型的资源库，我们需要了解一些基本概念，以理解 Composer 是如何构建于其上的。包Composer 是一个依赖管理工具。它在本地安装一些资源包。一个包本质上就是一个包含东西的目录。通常情况下它存储 PHP 代码，但在理论上它可以是任何东西。
本章将解释所有在 composer.json 中可用的字段。JSON schema我们有一个 JSON schema 格式化文档，它也可以被用来验证你的 composer.json 文件。事实上，它已经被 validate 命令所使用。 你可以在这里找到它： res/composer-schema.json.Root 包“root 包”是指由 composer.json 定义的在你项目根目录的包。这是 composer.json 定义你项目所需的主要条件。
你已经学会了如何使用命令行界面做一些事情。本章将向你介绍所有可用的命令。为了从命令行获得帮助信息，请运行 composer 或者 composer list 命令，然后结合 --help 命令来获得更多的帮助信息。全局参数下列参数可与每一个命令结合使用：--verbose (-v): 增加反馈信息的详细度。-v 表示正常输出。-vv 表示更详细的输出。-vvv 则是为了 debug。
关注时代Java
