spring是用注解好还是用xml更好一些_百度知道
spring是用注解好还是用xml更好一些
我有更好的答案
3，可以降低维护成本 2、提高开发效率、对象之间的关系一目了然，使容易扩展：1、在class文件中。2、xml配置文件比注解功能齐全。xml配置文件方式缺点：1、配置文件配置工作量相对注解要打。注解方式优点xml配置文件方式优点：1、降低耦合
采纳率：91%
来自团队：
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。浅谈Spring框架注解的用法分析 - ImportNew
1.@Component是Spring定义的一个通用注解，可以注解任何bean。
2.@Scope定义bean的作用域，其默认作用域是”singleton”，除此之外还有prototype，request，session和global session。
案例：@Component和@Scope用法分析：
BeanAnnotation类：
@Component
public class BeanAnnotation {
public void say(String arg) {
System.out.println(&BeanAnnotation : & + arg);
public void myHashCode() {
System.out.println(&BeanAnnotation : & + this.hashCode());
junit4测试类→TestBeanAnnotation类：
@RunWith(BlockJUnit4ClassRunner.class)
public class TestBeanAnnotation extends UnitTestBase {
public TestBeanAnnotation() {
super(&classpath*:spring-beanannotation.xml&);
public void testSay() {
BeanAnnotation bean = super.getBean(&beanAnnotation&);
bean.say(&This is test.&);
public void testScpoe() {
BeanAnnotation bean = super.getBean(&beanAnnotation&);
bean.myHashCode();
bean = super.getBean(&beanAnnotation&);
bean.myHashCode();
Spring配置文件→spring-beanannotation.xml：
&context:component-scan base-package=&com.beanannotation&&&/context:component-scan&
我们先从Spring配置文件分析，base-package="com.beanannotation"说明我们只处理这个包名下面的注解。
然后分析BeanAnnotation类，有一个say的方法。假设我们不清楚这是一个什么类型（注：Service或者DAO）的类，我们可以用一个通用的注解@Component。
最后分析TestBeanAnnotation类，testSay方法里super.getBean("beanAnnotation")是从IOC的容器中取到这个bean，并调用bean的say方法。
提出问题的时间到了，当我们super.getBean的时候是通过bean的id从IOC容器中获取的，那么这个id是什么呢？因为在我们添加@Component到BeanAnnotation类上的时候，默认的id为beanAnnotation。如果指定了@Component的名称，譬如指定为@Component(”bean”)的时候，在单元测试的时候就必须把super.getBean得到的id与之相对应才能测试成功。
在这里我把@Scope注解单独分离出来分析，在TestBeanAnnotation类里面有一个testScpoe方法。在BeanAnnotation类里面有一个myHashCode方法，可能大家有些疑惑，为什么要用this.hashCode()？因为@Scope指定的是bean的作用域，为了保证测试类的结果准确明了，所以采用哈希码值来判断是否为同一个对象。
3.@Repository、@Service、@Controller是更具有针对性的注解。
PS：这里我们需要明白这三个注解是基于@Component定义的注解哦：
①、@Repository通常用于注解DAO类，也就是我们常说的持久层。
②、@Service通常用于注解Service类，也就是服务层。
③、@Controller通常用于Controller类，也就是控制层（MVC）。
4.@Autowired理解为“传统”的setter方法，可以用在setter方法上，也可以用在构造器或者成员变量，能够进行Spring Bean的自动装配。
案例：@Autowired用法分析一：
Spring配置文件→spring-beanannotation.xml：
&context:component-scan base-package=&com.beanannotation&&&/context:component-scan&
SimpleMovieLister类：
public class SimpleMovieLister {
private MovieFinder movieF
@Autowired(required=false)
public void setMovieFinder(MovieFinder movieFinder) {
this.movieFinder = movieF
在默认的情况下，如果找不到合适的bean将会导致autowiring失败抛出异常，我们可以将@Autowired注解在这个set方法上，标记required=false来避免。但是，这不是一个必须的，如果找不到movieFinder的实例，是不会抛出异常的，只有在使用的时候发现movieFinder为null，在这种情况下，就要求我们在使用的时候，首先判断movieFinder是不是为null，如果是就会报空指针异常 。
值得注意的是，我们知道每个类可以有很多个构造器，但是在使用@Autowired的时候，有且只能有一个构造器能够被标记为required=true（注：required的默认值为false）。
案例：@Autowired用法分析二：
BeanImplOne类：
@Component
public class BeanImplOne implements BeanInterface {
BeanImplTwo类：
@Component
public class BeanImplTwo implements BeanInterface {
BeanInterface类：
public interface BeanInterface {
BeanInvoker类：
@Component
public class BeanInvoker {
@Autowired
private List&BeanInterface&
@Autowired
private Map&String, BeanInterface&
public void say() {
if (null != list && 0 != list.size()) {
for (BeanInterface bean : list) {
System.out.println(bean.getClass().getName());
System.out.println(& list is null !&);
if (null != map && 0 != map.size()) {
for (Map.Entry&String, BeanInterface& entry : map.entrySet()) {
System.out.println(entry.getKey() + &
& + entry.getValue().getClass().getName());
System.out.println(&map is null !&);
测试类TestInjection：
@RunWith(BlockJUnit4ClassRunner.class)
public class TestInjection extends UnitTestBase {
public TestInjection() {
super(&classpath:spring-beanannotation.xml&);
public void testMultiBean() {
BeanInvoker invoker = super.getBean(&beanInvoker&);
invoker.say();
首先，我们清楚BeanImplOne类和BeanImplTwo类是实现了BeanInterface接口的，在BeanInvoker类里面我们定义了list和map，我们通过@Autowired注解把BeanImplOne类和BeanImplTwo类注解进入其中。那么怎么证实是@Autowired注解把这两个类注入到list或者map中的呢？那么请看if循环语句和foreach循环打印，通过这个逻辑判断，如果能够打印出BeanImplOne类和BeanImplTwo类的路径名，就说明这样是可以的。如果有些小伙伴可能不信，那么可以试着不使用@Autowired注解，看结果怎么样。
测试类没有什么好说的，各位小伙伴有没有注意到@Order注解呢？这里需要解释的就是，如果在@Order注解里面输入执行的数字，比如1或者2，那么打印出来的路径名就会按顺序，也就是说通过指定@Order注解的内容可以实现优先级的功能。
5.@ImportResource注解引入一个资源，对应一个xml文件
6.@Value注解从资源文件中，取出它的key并赋值给当前类的成员变量
案例：@ImportResource和@Value用法分析：
MyDriverManager类：
public class MyDriverManager {
public MyDriverManager(String url, String userName, String password) {
System.out.println(&url : & + url);
System.out.println(&userName: & + userName);
System.out.println(&password: & + password);
config.xml:
&context:property-placeholder location=&classpath:/config.properties&/&
StoreConfig类:
@Configuration
@ImportResource(&classpath:config.xml&)
public class StoreConfig {
@Value(&${jdbc.url}&)
@Value(&${jdbc.username}&)
@Value(&${jdbc.password}&)
public MyDriverManager myDriverManager() {
return new MyDriverManager(url, username, password);
这个案例我们使用注解配置jdbc数据库的连接，首先创建一个内含构造器的MyDriverManager类，然后配置config.xml里面的资源文件路径，以便@ImportResource注解获取，最后配置StoreConfig类。（注意url、username、password也必须要和数据库的保持一致哦）
详解StoreConfig类：首先我们定义三个成员变量，然后给每一个成员变量打上一个@value注解，注意@value里面的内容一定是资源文件里面的key值。这里的@ImportResource注解就是指明一个资源文件，在这个资源文件里面获取到对应的数据。那么@Configuration注解是用来干嘛的呢？为什么不用@Component注解呢？其实是这样的，@Component注解用于将所标注的类加载到 Spring 环境中，这时候是需要配置component-scan才能使用的，而@Configuration注解是Spring 3.X后提供的注解，它用于取代XML来配置 Spring。
7.@Bean注解用来标识配置和初始化一个由SpringIOC容器管理的新对象的方法，类似XML中配置文件的&bean/&
ps:默认的@Bean注解是单例的，那么有什么方式可以指定它的范围呢？所以这里才出现了@Scope注解
8.@Scope注解，在@Scope注解里面value的范围和Bean的作用域是通用的，proxyMode的属性是采用哪一种的单例方式（一种是基于接口的注解，一种是基于类的代理）
案例：@Bean和@Scope用法分析：
@Scope(value =&session&,proxyMode = &scopedProxyMode.TARGET_CLASS&)
public UserPreferences userPreferences(){
return new userPreferences();
public service userService(){
UserService service =new SimpleUserService();
service.setUserPreferences(userPreferences);
让主线程睡一会得了？
关于ImportNew
ImportNew 专注于 Java 技术分享。于日 11:11正式上线。是的，这是一个很特别的时刻 :)
ImportNew 由两个 Java 关键字 import 和 new 组成，意指：Java 开发者学习新知识的网站。 import 可认为是学习和吸收， new 则可认为是新知识、新技术圈子和新朋友……
新浪微博：
推荐微信号
反馈建议：ImportNew.
广告与商务合作QQ：
– 好的话题、有启发的回复、值得信赖的圈子
– 写了文章？看干货？去头条！
– 为IT单身男女服务的征婚传播平台
– 优秀的工具资源导航
– 活跃 & 专业的翻译小组
– 国内外的精选博客文章
– UI,网页，交互和用户体验
– JavaScript, HTML5, CSS
– 专注Android技术分享
– 专注iOS技术分享
– 专注Java技术分享
– 专注Python技术分享
& 2018 ImportNewspring框架的注解_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
spring框架的注解
阅读已结束，下载本文需要
想免费下载本文？
定制HR最喜欢的简历
你可能喜欢spring用xml配置的方法可以给同一个类的两个对象分别注入不同的属性值么?_百度知道
spring用xml配置的方法可以给同一个类的两个对象分别注入不同的属性值么?
初学者，可以的话说细点
我有更好的答案
定义的对象名字不同就可以注入不同的属性值
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。Spring学习（） Bean配置的三种方式（XML、注解、Java类）介绍与对比 - 简书
Spring学习（） Bean配置的三种方式（XML、注解、Java类）介绍与对比
本文将详细介绍Spring Bean配置的三种不同方式的特点与使用条件。主要包括：基于XML的配置方式基于注解的配置方式基于Java类的配置方式一.基于XML的配置我们应该怎么理解和认识Spring的配置文件呢？
其实，Spring的配置文件是Spring容器对Bean进行生产以及关系注入的图纸，他是Spring的基础。如果我们没有配置文件的话，则Spring的容器将无从谈起。
Spring 的配置文件是用于指导 Spring 工厂进行 Bean 的生产、依赖关系注入及 Bean 实例分发的“图纸”， J2EE 程序员必须学会并灵活应用这份“图纸”，准确地表达自己的“生产意图”。它是一个或多个标准的XML文档，其ApplicationContext.xml是Spring的默认配置文件，当容器启动时找不到其他的配置文件时，则会尝试加载这个默认的配置文件。Spring容器成功启动需要以下三方面的条件同时具备：Spring的类包必须已经放在Spring的类容器下面应用程序应当为Spring提供完备的Bean的配置信息Bean的类都已经放在Spring的类容器下面
Spring启动时读取应用程序提供的Bean的配置信息，并在Spring容器中生成一份相应的Bean的配置注册表，然后根据这张注册表来实例化Bean，装配好Bean之间的依赖关系，为上层应用提供准备就绪的运行环境。而bean的配置信息就是Bean的元数据信息，他由以下五个方面来组成：Bean的实现类Bean的属性信息 比如：数据源的连接数，用户名和密码等等。Bean的依赖关系 Spring根据依赖关系配置完成Bean之间的装配Bean的行为配置 比如：生命周期范围以及生命周期各个过程的回调函数等Bean的创建方式定义 主要说明是通过构造器还是工厂方法来构造Bean接下来是他们之间的相互关系：
有时，一个项目中可能存在多个配置文件，那么Spring项目加载多个配置文件的方法：在配置文件中使用import来导入所需的配置文件。将多个配置文件构造为一个数组，然后传递给ApplicationContext实现加载多个配置文件。这两种方式都是通过调用BeanDefinitionReader来读取定义文件的，在内部实现上没有任何的区别。
在大型的Spring项目当中，所有的bean配置在一个配置文件当中很不容易管理且也不利于团队的开发。通常在开发过程当中，我们会按照功能模块和开发人员来将配置文件分成多个。这样会有利与模块的划分。接下来我们需要使用import属性来引入多个配置文件到项目当中。假如我们的项目需要用到多个配置文件，且配置文件位于不同的文件夹下，比如：Spring-Common.xml位于common文件夹下Spring-Connection.xml位于connection文件夹下Spring-Module.xml位于module文件夹下传统加载方式：
但是这种方法不宜组织，且不宜维护。则我们使用整合配置文件：Spring-All-Module.xml
在文件当中使用import直接将其他的配置文件导入到这个文件当中就好了。整合后加载方式：ApplicationContext context = new ClassPathXmlApplicationContext(“Spring-All-Module.xml”);
可以看到配置文件是整个Spring项目的灵魂，我们先来看一下Spring配置文件的一般结构：
可以看到一个简单的Spring配置文件就是这样。其中：Import标签可以放在Beans标签下的任何位置，没有顺序关系。bean3和bean2是同一个Bean，bean3是bean2的别名。
Spring 的配置文件是基于XML格式的，Spring1.0的配置文件采用DTD格式，Spring2.0以后使用Schema的格式，后者让不同类型的配置拥有了自己的命名空间，使配置文件更具有扩展性。采取基于Schema的配置格式，文件头的声明会复杂一些，请看一个简单示例：
我们在上面的代码中定义了三个命名空间，首先我们定义了一个默认命名空间，他没有空间名，用于Spring Bean的定义。接下来我们命名了一个xsi命名空间，这个命名空间用于为每个文档中命名空间指定相对应的schema的样式文件。是标准组织定义的标准命名空间。我们还命名了一个aop的命名空间，这个命名空间是Spring配置aop的命名空间，是用户自定义的命名空间。命名空间的定义分为了两个步骤：指定命名空间的名称，需要指定命名空间的缩类名和全名指定命名空间的schema文档样式文件的位置，用空格或回车行来进行分割。指定命名空间schema地址有两个用途：xml解析器可以获取schema文件，并对文档进行格式合法性验证在开发环境下，IDE可以用schema文件来对文档编辑器进行诱导功能。Spring3.0 的配置Schema文件分布在各模块类包中，如果模块拥有对应的Schema文件，则可以在模块类包中找到一个config目录，Schema文件就位于该目录中，如下是对这些Schema文件的用途进行了简单说明：示例说明：Spring-beans-3.0.xsd命名空间：http://www.springframework.org/schema/beansSchema 文件：http://www.springframework.org/schema/beans/spring-beans-3.0.xsd可以看出在Spring3.0当中，所有的Schema文件的命名空间以及对应的位置都和Beans这个Schema文件是类似的。那么接下来来了解以下Spring当中其他Schema文件的用途：spring-beans-3.0.xsd：Spring3.0最主要的配置文件，主要是用于配置Beanspring-aop-3.0.xsd：aop配置定义的schemaspring-tx-3.0.xsd：声明式事物配置定义的Schemaspring-mvc-3.0.xsd：Spring3.0当中新增的spring-util-3.0.xsd：是为简化某些复杂的标准配置而提供的Schemaspring-jee-3.0.xsd：是为简化J2EE中EJB等功能的配置而提供的Schemaspring-jdbc-3.0.xsd：为Spring内接数据库而提供的Schema，3.0新增spring-jms-3.0.xsd：jms配置的Schemaspring-lang-3.0.xsd：增加了对动态语言的支持，为集成动态语言而定义spring-oxm-3.0.xsd：配置对象xml映射到schema，3.0新增spring-task-3.0.xsd：任务调度的Schemaspring-tool-3.0.xsd：为集成Schema一些有用工具而提供的Schema二.基于注解的配置Spring2.0开始引入基于注解的配置方式,即Bean的定义信息可以通过在Bean的实现类上标注注解实现。具体关于注解的知识请看Java注解（Annotation）介绍@Component是Spring容器中的基本注解，表示容器中的一个组件（bean），可以作用在任何层次，下面的示例介绍该注解的使用方法。注解配置示例：
此外，还有一些其他的可以被用来注解bean的注解，这些可以让注解类本身的用途更加清晰，此外，特定的注解也具备特定的功能。Spring在2.5后提供了一个context的命名空间，它提供了通过扫描类包来加载利用注解定义的Bean的方式。在context中可以使用resource-pattern来过滤出特定的类。
默认情况下加载的是package下的*.class即扫描全部类，在使用了resource-pattern之后，则只扫描package下的anno子包下的所有类。不过使用resource-pattern并不能提供给我们完善的功能，所有我们得使用过滤子元素的方法。
其中：include-filter表示要包含的目标类，exclude-filter表示要排除在外的目标类
Spring3.0提供了一系列的针对依赖注入的注解，这使得Spring IoC在XML文件之外多了一种可行的选择，主要包含如下注解类型：Bean的定义注解Bean的生命周期注解Bean的依赖检查注解Bean的自动装配注解1.Bean的定义注解Spring自2.0开始，陆续引入了一些注解用于简化Spring的开发。@Repository注解便属于最先引入的一批，用于将数据访问层（DAO层）的类标识为Spring Bean。具体使用如下：①首先使用@Repository将DAO类声明为Bean
如此的话，我们便不在需要在XML当中显式使用bean来进行bean的配置。Spring容器在初始化的时候便会自动扫描base-package所指定的包以及子包下面的所有class文件。所有标注为Repository的类将被自动注册为bean。为什么Repository只能标注在DAO类上面呢？
因为该注解的作用不只是将类识别为bean，同时他还能将所标注的类中所抛出的数据访问异常封装为Spring的数据访问异常类型。Spring本身提供了一个丰富的，并且是与具体的访问技术无关的数据访问异常结构，用于封装不同的持久层框架所抛出的异常，使得异常独立与底层的框架。Spring2.5在@Repository的基础上增加了功能类似的额外三个注解，总共有如下四种注解：@Component：一个泛化的概念，表示一个组件（Bean），可作用在任何层次@Controller：用于对Controller实现类进行标注，目前该功能与Component相同@Repository：用于对DAO实现类进行标注@Service：用于对Service实现类进行标注，目前该功能与Component相同这三个注解除了作用于不同软件层次的类，其使用方式与Repository是完全相同的。2.Bean的生命周期注解在某些情况下，可能需要我们手工做一些额外的初始化或者销毁操作，例如资源的获取和是否操作，Spring1.x为此提供了两种方式供用户指定执行生命周期回调的方法：实现Spring提供的两个接口：initializingBean 和 DisposableBean，这种方法是要求bean类实现Spring的接口，但增加了bean和Spring容器的耦合度，因此不推荐使用。在XML文件中使用的init-method 和 destory-method 属性，指定初始化之后和回调之前的回调方法。这两个属性的取值是bean中相应的初始化和销毁方法的名称。方法名称任意，但是方法不能有参数。示例如下：
在这里，我们指定了userService 这个bean的初始化方法为：init
销毁方法为：destorySpring2.5在保留以上两种方式的基础上，提供了对JSR-250的支持。JSR-250规范定义了两个用于指定声明周期方法的注解：@PostConstruct：初始化之后的执行的回调方法@PreDestroy：销毁之前的回调方法注解示例说明：
3.Bean的依赖检查注解Spring2.0之前使用dependency-check在配置文件中设置属性用于依赖检查（只会检查Setter方法是否被调用），缺点是粒度较粗，该属性的取值包括以下几种：none： 默认不执行依赖检查simple ：对原始基本类型和集合类型进行检查objects ：对复杂类型进行检查all ：对所有类型进行检查使用Spring2.0提供的@Required注解，提供了更细粒度的控制，@Required注解只能标注在Setter方法之上，（标注在其他方法之上会被忽略 ）用于检查其是否被调用，当Setter方法未被调用的话会抛出异常。由于使用了注解，所以得激活Bean的后处理器，所以得在XML配置文件当中增加
三.基于Java类的配置基于Java类定义Bean配置元数据，其实就是通过Java类定义Spring配置元数据，且直接消除XML配置文件。首先让我们看一下基于Java类如何定义Bean配置元数据，具体步骤如下：使用@Configuration注解需要作为配置的类，表示该类将定义Bean的元数据使用@Bean注解相应的方法，该方法名默认就是Bean的名称，该方法返回值就是Bean的对象。AnnotationConfigApplicationContext或子类进行加载基于java类的配置接下来通过示例来演示下如何基于Java类来配置Spring首先创建一个配置类
然后还需要一个测试类，来查看配置是否成功
基于Java方式的配置方式不是为了完全替代基于XML方式的配置，两者可以结合使用，因此可以有两种结合使用方式：在基于Java方式的配置类中引入基于XML方式的配置文件在基于XML方式的配置文件中中引入基于Java方式的配置
总结：不同配置方式比较我们来看一下不同配置方式在不同方面的使用
其实Spring支持这么多的配置方式，那么这些配置方式必然有其自己独特的舞台基于XML的配置主要使用场景：第三方类库，如DataSource、JdbcTemplate等；命名空间，如aop、context等；基于注解的配置主要使用场景：Bean的实现类是当前项目开发的，可直接在Java类中使用注解配置基于Java类的配置主要使用场景：对于实例化Bean的逻辑比较复杂，则比较适合用基于Java类配置的方式在日常的开发中我们主要是使用XML配置和注解配置方式向结合的开发方式，一般不推荐使用基于Java类的配置方式。
Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具（例如配置管理，服务发现，断路器，智能路由，微代理，控制总线）。分布式系统的协调导致了样板模式, 使用Spring Cloud开发人员可以快速地支持实现这些模式的服务和应用程序。他们将在任何分布式...
Spring Boot 参考指南 介绍 转载自:https://www.gitbook.com/book/qbgbook/spring-boot-reference-guide-zh/details带目录浏览地址:http://www.maoyupeng.com/sprin...
文章作者：Tyan博客：noahsnail.com 3.4 Dependencies A typical enterprise application does not consist of a single object (or bean in the Spring pa...
pdf下载地址：Java面试宝典 第一章内容介绍 20 第二章JavaSE基础 21 一、Java面向对象 21 1. 面向对象都有哪些特性以及你对这些特性的理解 21 2. 访问权限修饰符public、private、protected, 以及不写（默认）时的区别(201...
文章作者：Tyan博客：noahsnail.com 3.4 依赖 标准企业应用不会由一个对象（或Spring用语中的bean）组成。即使是最简单的应用也是由一些对象共同工作，呈现给终端用户用户看到的是一个连贯的应用。接下来的一节阐述了如何从定义许多独立的bean定义到完全实...
对于刚刚算的上聪明，又没有很明显智商优势的这类人，如果在大陆长大的，又没有自发做足够的阅读和思考，只是浮游的活着的话，在成年之初，尝试接触和融入社会人群的时候，会遇到很大的心理拧巴，如果当下没有思考，那很容易会就此扭曲。但是跨过去之后，境界会更高。不过在台湾，这类人好像就可...
0 分析概述 版本号：ios版4.10.4。 从宏观和微观两个角度分析去哪儿旅行App。宏观角度包括7个方面：产品定位、市场分析、商业模式、用户分析、差异化卖点、其他方面、竞品分析。微观角度包括2个方面：用户体验、设计存在的问题。最后进行总结。 1 产品定位 提供吃住行游购...
我们平常在参观博物馆时，往往是走马观花一样的看看博物馆里的展品。而在读了吴军从硅谷寄来的《大英博物馆镇馆之宝，兼谈文物的价值》中了解到，一般在博物馆里看到的文物都具有文物性、艺术性和稀缺性的特点，如卢浮里的汉莫拉比法典、台北故宫博物馆里的商代青铜器等等，这些都是具备了很高的...
中国从古至今有南农北牧的地理划分，世界上比较有破环力的游牧民族大多发源于中国的西北高原等地区，所以从古至今中国中原政权都把国防中心都是在北方，也可以简单的说成，我们中国是一个农业文明与游牧文明不停的碰撞交流融合下的一个伟大国度。 游牧民族由于还在过着最原始的生活方式，加上北...
蒲团上的莲子（原创）
窗外，又见了一个晴朗的夜晚，星星和月亮都静静地挂在深蓝色的天穹里。少有人的踪迹在矮树旁流连，也不见寂寞的旧雪闪烁出清润的光辉。但此刻，我的心中开始有了些驿动，如似海波缓缓移来，一片心潮渐渐盛起。
如果要我说，那便是胸扉间一览无...}