idea跳过测试编译

A. 如何让idea在maven install时跳过test 模块

解决方案1、在pom.xml文件中加入maven-resources-plugin配置org.apache.maven.pluginsmaven-resources-plugin2.4.32、在命令行下运行mvninstall，如果执行正确应该会在{user.home}\.m2\repository\org\apache\maven\plugins\maven-resources-plugin\下看到maven-resources-plugin-2.4.3.jar文件3、刷新工程（右键工程选择刷新项）4、刷新maven配置，右键工程节点，选择Maven4MyEclipse-UpdateProjectConfiguration

B. IDEA 中怎么关掉一改代码就编译

在菜单栏中的File下倒数第二个Power Save Mode点击就可以了

C. idea编译和maven编译的区别

个人的一个小感受，学习一个新技术，应该以历史的眼光开看待这个新技术出现的原因，以及帮我们解决了什么问题。在个人职业生涯中要感谢java自学网，一直自学java，我们来回忆一下没有Maven的日子是怎么样的？

开发一个项目，需要用别人写好的jar包，我们先把开源的jar包下载下来放到项目的lib目录下，并把这个目录添加到CLASSPATH(告诉Java执行环境，在哪些目录下可以找到你要执行的Java程序需要的类或者包)
我们下载了a.jar发现a.jar还需要依赖b.jar，结果又去把b.jar包下载下来开始运行
如果运气够好，我们的项目在添加完所有的依赖后，能正产运行了。如果运气差点，还会遇到版本的问题，例如a.jar在调用b.jar的时候发现b.jar根本没有这个方法，在别的版本中才有，现在好了，光找依赖和适配版本就能花上不少时间
而且我们往git上上传代码的时候，还必须把这些lib都上传上去。别人下载我们的代码时也必须把lib下载下来，这个真心耗费时间
这时候Maven作为Java世界的包管理工具出现了，当然Java世界还有其他包管理工具，例如gradle等。就像yum是linux世界的包管理工具，webpack是前端世界的包管理工具一样

Maven仓库的种类

.png
Maven找jar包的过程是这样的，先在本地仓库找，找不到再去私服(如果配置了的话)，再找不到去中央仓库(http://repo1.maven.org/maven2/，maven团队负责维护)

从中央仓库找到后，会在私服和本地仓库放一份，从私服找到后也会在本地仓库放一份

当你安装在好了Maven以后，在conf目录下有个settings.xml文件，这个里面配置的项很多，后文会详细介绍这个配置文件。

在这个配置文件下有这样一段话，说了Maven默认的本地仓库地址为${user.home}/.m2/repository(当然你可以重新设置本地仓库的地址，上面就是模板)，我是window电脑，来看看这个目录

.png
看到有很多jar包被存到本地，当然如果你想配置私服也是在settings.xml上进行配置，随便一搜很多教程，不再赘述

搭建私服好处多多，在一个公司内部可以开发一些公共的基础组件放到私服上，方便其他同事使用

Maven的默认配置

一个Maven的项目的整体结构是这样的

.png
在这里插入图片描述

为什么一个Maven项目的文件结构是这种的呢？

这就不得不说到Maven的一个特性，约定优于配置。

Maven默认配置了${project.basedir}/src/main/java为项目的源代码目录

${project.basedir}/src/main/test为项目的测试代码目录

${project.basedir}/target为项目的编译输出目录等

spring boot就是约定优于配置的体现，想想我们用spring mvc的时候还得配置视图解析器，包的自动扫描，而用了spring boot框架，我们就完全不用再配置了

Maven项目详解

安装还是挺简单的，我就不再介绍，我也没有单独下载，一般就用了Idea自带的Maven了，下载完后目录结构如下：

.png
bin目录：

该目录包含了mvn运行的脚本，这些脚本用来配置java命令，准备好classpath和相关的Java系统属性，然后执行Java命令。

boot目录:

该目录只包含一个文件，该文件为plexus-classworlds-2.5.2.jar。plexus-classworlds是一个类加载器框架，相对于默认的java类加载器，它提供了更加丰富的语法以方便配置，Maven使用该框架加载自己的类库。

conf目录:

该目录包含了一个非常重要的文件settings.xml。直接修改该文件，就能在机器上全局地定制maven的行为，即对所有用户都生效。一般情况下，我们更偏向于复制该文件至~/.m2/目录下(~表示用户家目录，windows下~就是C:UsersPeng，Peng是小编的用户名)，然后修改该文件，在用户级别定制Maven的行为。

lib目录:

该目录包含了所有Maven运行时需要的Java类库，Maven本身是分模块开发的，因此用户能看到诸如maven-core-3.0.jar、maven-model-3.0.jar之类的文件，此外这里还包含一些Maven用到的第三方依赖如commons-cli-1.2.jar、commons-lang-2.6.jar等等。、

settings.xml配置文件详解

我们来详细说一下settings.xml这个文件，这个文件可以定制Maven的行为，上面已经说到settings.xml可以放在2个位置，~/.m2/setting.xml(默认没有，需要我们自己复制)和${maven.home}/conf/setting.xml

这2个配置文件的加载顺序为~/.m2/setting.xml>${maven.home}/conf/setting.xml，为了不影响他人，所以我们将conf下的settings.xml复制到家目录，在用户级别定制Maven的行为。

.png
这个和配置环境变量有点类似，Windos和Linux都可以配置系统级别的环境变量和用户级别的环境变量，这里单说一下Linux的吧，在/etc/profile里面配置的就是系统级别的环境变量，在~/.bash_profile里面配置的就是用户级别的环境变量

各种配置项还是挺多的，设置镜像仓库(国内用阿里云的比较多)，设置代理，不再赘述

maven常用命令

.png
当然也可以连着使用

mvn clean package 清理打包

mvn clean package -DskipTests=true 清理打包，并跳过测试用例

mvn clean install 清理打包，并将jar包或者war包复制到本地仓库

运行单测的时候也没必要一个一个点测试方法，mvn test 一个命令跑完所有测试用例，

要注意的是只会执行以Test开头或者结尾的测试类，也没必要自己写测试类，我在推荐阅读第一篇文章中演示了快速生成测试类的方法，可以去看看，生成的测试类都是以Test结尾的

mvn dependency:tree > show.txt 将依赖输出重定向到文件中，方便查看

pom.xml详解

groupId 公司域名倒过来

artifactId 功能命名

version 版本号

这三个维度确定一个jar包，就像用(x，y，z)坐标在三维空间中唯一确定一个点。

packaging 打包方式，jar，war，maven-plugin(开发maven插件)

scope详解

参数解释是否会被打入最终的jar包compile默认的scope是test测试使用否provided编译需要否runtime编译不需要，运行时需要(接口与实现分离)是system加载本地jar否

类似如下这种，没有指定scope，说明scope是compile

org.mybatis.spring.boot mybatis-spring-boot-starter 1.3.2
test是指在运行测试用例的时候才会用到，没必要打入到最后的jar里面，所以你看到的测试框架的scope基本上都是test

org.springframework.boot spring-boot-starter-test test
provided，编译的时候会用到，但不会被打入最后的jar包

例如想把spring boot项目以war包的形式放在tomcat中运行，首先得加入如下依赖

org.springframework.boot spring-boot-starter-tomcat provided
或者你写了一个放在Storm集群或者Flink集群上运行的任务，最后都要把Storm的依赖或者Flink的依赖设置成provided，因为集群上已经都有这些环境的jar包、

如果你用到lombok插件的话，你会发现lombok的Maven是如下形式，说明它只会编译的时候会用到。

org.projectlombok lombok 1.16.6provided
我写了如下一个测试类

@Datapublic class Test { private String name; private int age;}
生成的class文件反编译后的如下，验证了我们的想法，编译之后确实没有必要再用lombok这个jar包

public class Test { private String name; private int age; public Test() { } public String getName() { return this.name; } public int getAge() { return this.age; } public void setName(String name) { this.name = name; } public void setAge(int age) { this.age = age; }}
runtime，运行时才会用到。例如，如果你的项目有对数据库的操作，但没有加入相应的JDBC的实现jar包，如mysql-connector-java，是可以编译成功的，只有运行时才会报错。所以你看到的JDBC实现的jar包scope为runtime，表明这个jar包在运行时才会用到

mysql mysql-connector-java 5.1.35runtime
system，本地加载jar，当你和第三方公司合作，他们只是给了你一个jar包时，你可以有三种选择

mvn install到本地仓库
mvn deploy到私服
指定jar包路径，从本地加载，例如如下pom形式
com.tievd.third arcvideo 1.0system${basedir}/lib/face-api-1.0.jar
前文已经说到scope为system的依赖不会被打入最终的jar包，得通过配置插件等方式将依赖打入最终的jar包，所以这种方式一般很少使用。

还没写完，后续更精彩

写在最后：

码字不易看到最后了，那就点个关注呗，只收藏不点关注的都是在耍流氓！

关注并私信我“架构”，免费送一些Java架构资料(也可到Java自学网直接获取)，先到先得！记得转发哦！

打开CSDN，阅读体验更佳
最新发布 【分享】idea版本与maven版本不一致的坑
在确保maven 相关的配置没有问题的时候，可以考虑下，是否是idea与maven版本配置问题。比如 idea 2022,使用maven3.6.x 有点小问题，推荐版本3.8.x。idea 2021 使用高版本3.8.x 有点小问题,推荐版本3.6.x。
继续访问
记Maven命令打包到本地库*.pom文件打包不完整的解决思路
问题描述 1、需求描述 目前筹划做一个开源的springboot项目，其想法是在这个开源项目中整合所有依赖的jar包。之后开发就直接新建个maven项目直接依赖这个包就可以直接进行开发了。 2、问题描述 当写好基础的jar包打包之后，mvn install 到本地仓库，新建maven项目依赖此jar包，发现基础jar包所依赖的所有jar都没有引入进来。但是经过几番测试发现一下规律： （1）、在idea中install 的jar包可以正常使用。 （2）、mvn install:instal..
继续访问
idea正常 jar包运行有问题_IDEA 直接点击运行执行正常，命令行下面执行Jar包出现部分乱码的情况。...
解决方案如上：有个Springboot项目为了测试方便，模型类用中文作为字段属性，封装成Odata格式，在通过Springboot发布并打成jar包。通过命令行启动jar包里面的Springweb服务，访问的时候开始进入服务http://desktop-6vf91n9:8080/exp.svc/ 中文字段就乱码，通过application.properties编码，进入服务不乱码了。http://...
继续访问
2.maven打包方式的不同
maven安装命令： (1)打包snapshot和正式版本号是不一样的，发布到私服中的命令也不一样，不需要snapshot方式时，各个依赖包下都需要去除 (2)打包过程中可能会遇到的编码错误，可能需要设置打包时的项目编码 (3)spring.maven.plugin和maven.plugin的打包方式，后者会要求需要填入主类信息 (4)mvn -DskipTests -Drat.skip=...
继续访问
Maven依赖关系原则
转载自: Maven依赖关系原则与冲突解决办法(含必杀技) 笔者JustryDeng Maven依赖关系原则(概念)： 相关概念： 级别： 我们不妨把pom.xml里面的引用的依赖视为第一级，那么依赖中各自引用的依赖视为第二级...第三级... 路径长短： 我们不妨以从pom.xml出发，到抵达该依赖时经过的“级”的个数来作为路径长短的标准。 最短路径(不同级引用)原则： 若两个版
继续访问
IDEA面板Build Project和maven compile、package、install、deploy的区别
前言： 基于springboot项目 IDEA面板Build下面的Project build和Maven compile、package、install、deploy比较 1、Build Project（Ctrl+F9） 编译项目，生成字节码文件； 生成的target中有classes、generated-sources、generated-test-sources、test-classes目录； 第一次点Build Project会编译整个项目包括测试类，第二次点Build Proje
继续访问
idea中jar包明明存在，却报jar包不存在异常的完整处理过程
java开发中遇到的各种问题处理方案
继续访问

idea web项目中out(maven中是target)目录更新不同步，导致访问404
今天碰到个很恶心的东西。。就是明明导入了相应的依赖文件（css,html,js等文件），路径也正确。。就是访问不了。。。。弄了一个多小时。。。 原因在哪？看了一下web项目的生成位置，发现编译之后会重新生成一个out目录，更新不同步。。。。 解决方法：build->Build Artifact->clean,然后再build->build Artifact->rebuild。。。问题解决。。 如果使用的是maven构建的web项目，就简单很多直接cmd定位到项目根节点，有pom
继续访问

热门推荐 笔记本win10相机打不开 无法启动 显示灰色相机 怎么办
问题笔记本相机打开只显示一个灰色相机图，不显示画面如图：解决方案一笔记本会有一个相机的快捷键F8，直接按下F8或者Fn+F8即可解决问题。如图：解决方案二打开win10设置→隐私→相机，查看允许访问相机的权限有没有打开如图：解决方案三下载相应品牌型号的设置Settings软件，比如我的是联想，下载安装Lenovo Settings，开启相机如图：解决方案四Win+R打开命令端，输入regedit运...
继续访问
IDEA build报错，显示程序包不存在而maven compile无问题
1 问题描述 抽风症状一：打开项目之后外部引用的包都飘红，必须点击maven的reimport才可以洗白 抽风症状二：点击IDEA上方的锤子build失败，显示各种程序包不存在，而托管maven compile无问题 IDEA版本：2020.1 2 尝试 terminal中键入mvn idea:idea 无效 在搜罗了网上的各种解决方案之后，可以确定的是出现这个状况的IDEA版本都是2020.1 3 问题定位 原因：IDEA的Build（编译）操作和Maven的Build是分开的，并不是一回事。 我之前
继续访问

maven依赖的jar包版本不一样_系统优化(一)Maven打包同一个jar有不同的：版本+时间戳(解决思路)...
解决：maven仓库的ear里面有很多个相同的jar(只是包含不同的：版本+时间戳)问题描述： 发现ear里面有很多个相同的jar，只是包含不同的：版本+时间戳，如下图所示：(例如：itoo-basic-api有很多相同的jar，只是包含不同的：版本+时间戳)解决思路用权限的itoo-authority-usergroup-ear模块进行测试1.怀疑是：maven的坐标，时间戳的问题关键字：mav...
继续访问
maven本地打包环境不一致
maven本地打包安装提示No compiler is provided in this environment. Perhaps you are running on a JRE rather than a JDK? 这是mvn的jre环境和jdk下的jre环境不一致，修改环境变量配置和idea的maven使用的jre环境后还是不生效，直接修改maven安装目录下的bin文件夹中的mvn.cmd文件，在第一行加上以下代码解决问题。 set JAVA_HOME=C:\Program Files\Java\
继续访问
IDEA 编译 .jar （可能涉及问题）
IDEA 在执行以下操作前需要确认： 包内class文件没有语法错误，项目SDK和SDK版本号保持一致，main method 和 main path 的设定 以上确认存在问题将导致编译不通过，解决方法如下： 打开方式为：File----->Project Structure----->Project 对项目进行编译首先在File----->Project Structure----->Project目录下点开Artifacts 这边需要添加项目，可选择从当前编辑页寻找 按
继续访问

IntelliJ打包与Maven命令打包的区别
因为经常会遇到这个问题，两种打包方式打出来的包不一样，一般情况是IntelliJ包可能会报错，而使用Maven命令行打出来的包就可以正常使用。具体的区别还没去找，暂时写在这儿，后面再补充 ...
继续访问
使用maven给jar包生成对应的pom文件
参考： https://blog.csdn.net/qq_31289187/article/details/81117478 1. 背景 公司不允许使用外网进行安卓开发，所以在内网里无法连接google和jcenter的库，也无法使用阿里云的国内镜像。所以只能使用本地文件，进行项目的构建，但是在项目构建的过程中，会报如下错误。 Could not find androidx.databinding:databinding-compiler:4.0.1. Search in the follo.
继续访问
maven依赖的jar包版本不一样_Maven依赖jar包冲突常见的解决方法
项目中，经常会遇到ClassNotFound，NoSuchMethod异常，第一反应往往是类路径不对，jar没有正确的引用。第一步判断jar是否加载，还是 加载的jar由于maven依赖管理存在传递依赖，造成依赖的jar版本号不对,相应的类找不到，或者是相应类版本不对，没有对应的方法。一 造成jar 冲突的原因：如果项目中存在对同一jar不同版本依赖的时候，maven 2根据最近原则，默认引用最靠...
继续访问
intelliJ导出的jar包运行效果和ide运行效果不一致
写在开头，文章还是要自己写，不管是有多烂。 如果连一篇本该是作为职业生涯技术点滴记录的博客都造假，那人生未免太可悲。 好一些的作者，转载文章后，挂上转载标签，再附上自己的感想。只要感想是自己的，感想写得内容多了，挂个原创也不为过。写清楚哪些是自己的，哪些是别人的，就行了。 但现在呢，在当下，好多人都想做网红，都想要聚合流量，然后自媒体流量变现。然后，就是一堆乱七八糟往上点，就为了你能关注下他发的...
继续访问
maven打包pom文件在windows和linux下的格式差异
org.apache.maven.plugins maven-compiler-plugin 3.1 ${java.version} ${java.version} UTF-8 true --> ${java.home}/lib/rt.jar${delimiter}${java.home}/lib/jce.jar ${delimiter} 这个分隔符，在Wi
继续访问
maven在eclipse编译和在CMD编译结果不一致
maven配置文件默认使用的是setting.xml文件 在CMD环境下也是默认使用setting文件 而在eclipse环境下编译则使用的是eclipse配置的setting文件， 因此，会出现在eclipse编译和在CMD编译结果不一致的问题 转载于:https://www.cnblogs.com/fanrenren/p/11346276.html...
继续访问
maven工程pom.xml配置引用的jar包和最终打出war包中的jar包版本号不一致——mvn命令的应用
今天在打包一个maven工程时，发现有个jar包（暂且叫它A.jar），在pom.xml中配置的明明是2.3的版本，打出的war包里的A.jar怎么都是1.0的版本，导致war包部署不起来。为此挣扎了1个多小时，pom依赖检查和环境检查。最后终于想到可以利用maven的mvn命令打印出jar包依赖关系才发现原来是工程里引用的另一个jar（叫它B.jar好了）也依赖了A.jar，而B.jar中A,j
继续访问

D. idea怎么退出测试模式

这册键个主要是为了测试最佳CPU利用咐姿清率的测试工具。当出现*号的时候就说明已经找到最佳参数，这时就可以退出测试衡前。并且使用这个最佳参数配置应用程序。

E. idea怎么自定义打包命令

现在IDEA是最火的java集成开发环境，经常会用到一些maven命令进行必要的操作（例如打jar包），所以在这里做一些简单的总结
1.常用打包命令：
mvn clean package -Dmaven.test.skip=true 跳过单测打包
mvn clean install -Dmaven.test.skip=true 跳过单测打包，并把打好的包上传到本地仓库
mvn clean deploy -Dmaven.test.skip=true 跳雹配过单测打包，并把打好的包上传到远程仓库
登录后复制
2.常用命令列表：
mvn -v //查看版本
mvn archetype:create //创建 Maven 项目
mvn compile //编译源代码
mvn test-compile //编译测试代码
mvn test //运行应用程序中的单元测试
mvn site //生成项目相关信息的网站
mvn package //依据项目生成 jar 文件
mvn install //在本地 Repository 中安装 jar
mvn -Dmaven.test.skip=true //忽略测试文档编译
mvn clean //清除目标目录中的生成结果
mvn clean compile //将.java类编译为.class文件
mvn clean package //答肢进行打包
mvn clean test //执行单元测试
mvn clean deploy //部署到版本仓库
mvn clean install //使其他项目使用这个jar,会安装到maven本地仓库中
mvn archetype:generate //创建项目架构
mvn dependency:list //查看已解析依赖
mvn dependency:tree //看到依赖树
mvn dependency:analyze //查看依赖的工具
mvn help:system //从中央仓库下载文件至本地仓库
mvn help:active-profiles //查看当前激活的profiles
mvn help:all-profiles //查看所有profiles
mvn help:effective -pom //查看源举指完整的pom信息
登录后复制

3.注意
maven 命令要在IDEA的Terminal窗口执行
执行maven命令需要当前目录有pom依赖，可以用cd命令切换目录

F. idea怎么配置不编译某一个文件夹

File -> Project Structure -> Moles -> 选中你的项目 -> 右边Sources选项卡 : 这里有5个文件夹图标：Mark as: Sources、Tests、Resources、Test Resources 、Excluded,
选中想不编译的文件夹，设置为Excluded。

具体如下：

1、简介

编程是编写程序的中文简称，就是让计算机代为解决某个问题，对某个计算体系规定一定的运算方式，是计算体系按照该计算方式运行，并最终得到相应结果的过程。

为了使计孝缺算机能够理解人的意图，人类就必须将需解决的问题的思路、方法和手段通过计算机能够理解的形式告诉计算机，使得计算机能够根据人的指令一步一步去工作，完成某种特定的任务。这种人和计算体系之间交流的过程就是编程。

2、汇编程序

汇编程序。使用汇编语言编写计算机程序，程序员仍然需要十分熟悉计算机罩慎闷系统的硬物弯件结构，所以从程序设计本身上来看仍然是低效率的、繁琐的。但正是由于汇编语言与计算机硬件系统关系密切，在某些特定的场合，如对时空效率要求很高的系统核心程序以及实时控制程序等，迄今为止汇编语言仍然是十分有效的程序设计工具。

3、执行原理

计算机对除机器语言以外的源程序不能直接识别、理解和执行，都必须通过某种方式转换为计算机能够直接执行的。这种将高级编程硬件程序设计语言编写的源程序转换到机器目标程序的方式有两种:解释方式和编译方式。

G. idea debug 怎么跳过class文件

idea debug跳过java源码class，比如不自动进入jdk，spring的某些class源码粗雹，可以如上图配置即可。

设置祥凳派-【Settings】谨贺->【Build,Exclution,Deployment】->【Debugger】->【Stepping】-> +类名/包名.*

H. idea一点运行就弹出来编译设置

把插件去掉即可。解决方法如下：
1、首先选择File-setting。
2、其次搜索jad，取消前面的勾就可以了。
3、最后重启idea。

I. intellij idea调试java文件时 怎么跳过class文件

要用F6调试，不要依赖于F5，按F5的话，迟早会走到class文件里 1.首先应该会停在断点那吧，如果不停在断点那，那就不薯宽蔽应该会停下来。 2.在断点那停下后，你按F6一巧轿步步数州调试，在你走到class文件前那句是什么，按Ctrl+点击那句类或方法

J. IDEA打包jar程序

打包jar一共有两种方式
第一种：

快捷键（Ctrl+Alt+Shift+S）打开项目的Project Structure。在Artifacts创建

接着，指定main class，如下：

最后，得到创建得到的artifacts

注：这里可以通过“+”或者“-”选择那些需要打入artifacts的第三方jar文件，也可以将maven中的包都导入进来；

在菜单栏目选Build，最后一栏Build Artifacts

最后，在出现的窗口创建

得到打包结果：

去执行

一般会执行成功如果执行出错查看是什么错误排查即可；

maven打包的步骤：

[图片上传中...(image-784a61-1649340624814-14)]

maven 默认打包插件，用来创建 project jar

pom.xml配置如下：

2.1 maven-jar-plugins 无依赖第三方jar的打包
maven 默认打包插件，用来创建 project jar

pom.xml配置如下：

运行：在target中找到打包出来的xxx.jar包，运行java -jar xxx.jar即可，但是如果程序有依赖其他包，比如程序依赖jdbc去查询db，这时候再执行就会出现找不到jdbc依赖，因为我们并没有将依赖包打进去。

支持定制化打包方式，更多是对项目目录的重新组装。以下方式用的比较少，因为我们依赖的jar，也会打进到我们最终生成的jar中，会导致一个jar文件过大，拿核而且如果要给第三方使用，最好给一个纯净的。

pom.xml配置如下：

支启首持定制化打包方式，更多是对项目目录的重新组装。在2.2基础上，我们还可以利用assembly，将我们依赖的jar归类，打包成一个zip。发布项目的时候，将zip包到服务器上，直接unzip xxx.zip，里面包含要运行的jar以及依赖的lib，还有配置的config文件，还可以包括执行脚本，可以直接启动服务。

maven-assembly-plugin还需要配置一个assembly.xml文件，用于过滤不悄敏数必要的第三方jar包文件，或者确定自己编译的项目文件路径、项目的启动脚本文件目录，打包的类型格式zip或者tar.gz等。
assembly.xml文件内容为：

打包结果为：

用来打可执行包，包含依赖，以及对依赖进行取舍过滤。使用这种方式打出来的是揉合在一起，成为一个jar文件。这种打包方式的优点是可以利用transformer把第三方jar相同的配置文件组合成一个文件，如reference.conf文件等等。

pom.xml配置如下：

打包结果：

该插件主要用于项目maven编译打包时，跳过单元测试，pom.xml配置为：

文献：
IntelliJ IDEA自身以及maven项目打包方式（单模块） - 牧梦者 - 博客园 (cnblogs.com)