Finology 大数据金融

通过大数据以量化金融

zsh使用时问题

当我们安装使用了zsh以后,刚开始使用的时候,有可能会遇到command not found的错误信息提示。

如果安装zsh请参考文章Mac下安装zsh

解决方案

把bash shell中的.bash_profile里的全部环境变量加入zsh shell里就好了。

1
vi ~/.zshrc

编译.zshrc文件,在#User configuration下面添加一行

1
2
# User configuration
source ~/.bash_profile

保存退出。

再执行source命令使其生效。

1
source ~/.zshrc

检查brew -v是否安装了homebrew这个macOS缺失的软件包的管理器。如果安装,跳转到第3步,否则跳转到第二步;

安装homebrew。安装跳转到官网指导。等待安装好之后,输入brew -v,如果出现版本号说明已经安装好:

1
2
3
brew -v
Homebrew 2.1.6
Homebrew/homebrew-core (git revision 10e6; last commit 2019-06-23)

执行brew update更新homebrew;

执行命令行brew install npm安装npm。执行npm -v即可看到安装好的npm版本,如下:

1
2
npm -v
6.9.0

接下来就是npm的使用了,详情请看npm官网

最新理解

稍微总结一下 Bean 的生命周期,在 BeanFactory 这个接口的注释里面,也可以看到。

  1. 实现一堆 Aware 接口。(当实现了某个 Aware 接口后,此 Bean 就能通过 setXXX 的方法获取到容器中存在的对象)
  2. 执行 BeanPostProcessor 的 before 方法
  3. 执行 init 方法
  4. 执行 BeanPostProcessor 的 after 方法
  5. 调用 DisposableBean destroy 方法
  6. 调用 destroy 方法

下面代码里面的 @PostConstruct 和 @PreDestroy 是 javax 中的注解,和 Spring 里面的 initMethod 和 destroyMethod 还是有一定差异的。后者是 @Bean 注解里面的属性,或者在 xml 文件中定义。


Spring框架中,一旦把一个Bean纳入Spring IOC容器之中,这个Bean的生命周期就会交由容器进行管理,一般担当管理角色的是BeanFactory或者ApplicationContext。

下面以BeanFactory为例,说明一个Bean的生命周期活动。

  • Bean的建立,由BeanFactory读取Bean定义文件,并生成各个实例

  • Setter注入,执行Bean的属性依赖注入

  • BeanNameAware的setBeanName(), 如果实现该接口,则执行其setBeanName方法

  • BeanFactoryAware的setBeanFactory(),如果实现该接口,则执行其setBeanFactory方法

  • BeanPostProcessor的processBeforeInitialization(),如果有关联的processor,则在Bean初始化之前都会执行这个实例的processBeforeInitialization()方法

  • Bean定义文件中定义init-method

  • InitializingBean的afterPropertiesSet(),如果实现了该接口,则执行其afterPropertiesSet()方法

  • BeanPostProcessors的processAfterInitialization(),如果有关联的processor,则在Bean初始化之前都会执行这个实例的processAfterInitialization()方法

  • Bean定义文件中定义destroy-method,在容器关闭时,可以在 Bean 定义文件中使用 destory-method 定义的方法

  • DisposableBean的destroy(),在容器关闭时,如果 Bean 类实现了该接口,则执行它的 destroy() 方法

如果使用ApplicationContext来维护一个Bean的生命周期,则基本上与上边的流程相同,只不过在执行BeanNameAware的setBeanName()后,若有Bean类实现了org.springframework.context.ApplicationContextAware接口,则执行其setApplicationContext()方法,然后再进行BeanPostProcessors的processBeforeInitialization()

实际上,ApplicationContext除了向BeanFactory那样维护容器外,还提供了更加丰富的框架功能,如Bean的消息,事件处理机制等。

下面通过代码展示一下各个方法被调用的顺序。

1
MyBean.java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
@Component
public class MyBean implements BeanNameAware, BeanFactoryAware, ApplicationContextAware,
InitializingBean, DisposableBean {

private static final Logger logger = LoggerFactory.getLogger(MyBean.class);

public MyBean() {
logger.info("1. MyBean Constructor");
}

@Override
public void setBeanName(String name) {
logger.info("2. BeanNameAware.setBeanName");
}

@Override
public void setBeanFactory(BeanFactory beanFactory) throws BeansException {
logger.info("3. BeanFactoryAware.setBeanFactory");
}

@Override
public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
logger.info("4. ApplicationContextAware.setApplicationContext");
}

@PostConstruct
public void postConstructMethod() {
logger.info("6. javax's PostConstruct");
}

@Override
public void afterPropertiesSet() throws Exception {
logger.info("7. InitializingBean.afterPropertiesSet");
}

@PreDestroy
public void preDestroyMethod() {
logger.info("9. javax's PreDestroy");
}

@Override
public void destroy() {
logger.info("10. DisposableBean.destroy");
}

}
1
MyBeanPostProcessor.java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
@Component
public class MyBeanPostProcessor implements BeanPostProcessor {

private static final Logger logger = LoggerFactory.getLogger(MyBeanPostProcessor.class);

@Override
public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
if (bean instanceof MyBean) {
logger.info("5. BeanPostProcessor.postProcessBeforeInitialization");
}
return bean;
}

@Override
public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
if (bean instanceof MyBean) {
logger.info("8. BeanPostProcessor.postProcessAfterInitialization");
}
return bean;
}

}

运行结果

1
2
3
4
5
6
7
8
9
10
11
1. MyBean Constructor
2. BeanNameAware.setBeanName
3. BeanFactoryAware.setBeanFactory
4. ApplicationContextAware.setApplicationContext
5. BeanPostProcessor.postProcessBeforeInitialization
6. javax's PostConstruct
7. InitializingBean.afterPropertiesSet
8. BeanPostProcessor.postProcessAfterInitialization
Started SpringBeanLifecycleApplication in 0.632 seconds (JVM running for 1.022)
9. javax's PreDestroy
10. DisposableBean.destroy
0%