🔥《告别Gradle下载慢问题！3步极速构建方案》IDEA导入Gradle项目总卡住？换电脑就构建失败？根源是IDEA会强制从境外下载gradle-src.zip！💡终极解决方案：1️⃣ 修改gradle-wrapper.properties，换阿里云all版本（含源码）2️⃣ 同时配置插件仓库+依赖仓库的国内镜像（关键！）3️⃣ 重新同步见证速度飞跃实测构建速度提升10倍+，彻底解决网络卡顿

动态规划版找零钱问题假设存在2，3，5元三种硬币，给定一定数量的钱，需要换成这三种硬币，并且使用最少的硬币数量这个问题的本质是子问题最优解，由子问题最优解上构造出来的更高级的解也是最优解假设你需要找出2的找钱方案，可以直接取得最优解1，找出3，可以直接找出最优解1，找出4，此时问题似乎有些麻烦，但是如果4是可以被找出的话，那么它一定由2，3，5组成，也就是说由2，3，5组成4的最后一步必然是2，3

阿里云的默认配置是这个，mirrorOf代表匹配哪些仓库，这里默认匹配所有仓库，意味着你指定的仓库的链接全都无效，会被转到阿里云的镜像，也就是说当你配置了一个私有的repository，即便是你指定了链接为你的私有服务器地址，maven在检查settings.xml时发现有一个mirror匹配所有仓库，然后忽略你指定的私有地址，转而使用阿里云的镜像，所以希望阿里云镜像和私有仓库正常工作的话，使用上

如果你在使用idea+gradle，那么你需要修改idea全局编码（为了控制文件的编码以及输出窗口的编码），idea的jvm编码，也就是-Dfile.encoding=utf8（为了确保gradle的jvm会以utf8读取你的文件，如果已经打开区域里的utf8支持就不用了），以及配置gradle的编译选项这样整个程序的编码就统一了，但是记住，这只限于idea+gradle，如果你要在终端使用gra

jvm启动时使用系统默认编码来作为file.encoding，其中file.encoding会影响默认的输出编码，所以只需要统一cmd的显示编码，让cmd能够显示中文，其次再调整jvm的默认编码，让jvm默认输出到标准输出时采用默认编码。例如修改cmd的chcp为65001，让cmd支持utf8，接着添加jvm参数-Dfile.encoding=utf8，让jvm输出的编码默认为utf8即可。或者

在windows里面有两种东西去控制程序的字符编码，一个是windows代码页，一个是系统编码，其中系统编码很好理解，就是当前系统使用的编码，看起来就像一个环境变量一样，而代码页是可以切换的，不同程序可以使用不同的代码页去运行，比如一个程序使用utf8（代码页65001），一个程序使用gbk（代码页936），程序正在使用中的代码页叫做活动代码页，不过代码页已经是过去式了，微软不提倡新软件使用win

如果你在使用idea+gradle，那么你需要修改idea全局编码（为了控制文件的编码以及输出窗口的编码），idea的jvm编码，也就是-Dfile.encoding=utf8（为了确保gradle的jvm会以utf8读取你的文件，如果已经打开区域里的utf8支持就不用了），以及配置gradle的编译选项这样整个程序的编码就统一了，但是记住，这只限于idea+gradle，如果你要在终端使用gra