diff --git a/scheduler/src/main/java/com/zfoo/scheduler/schema/SchedulerDefinitionParser.java b/scheduler/src/main/java/com/zfoo/scheduler/schema/SchedulerDefinitionParser.java
index 836aa228..92d76813 100644
--- a/scheduler/src/main/java/com/zfoo/scheduler/schema/SchedulerDefinitionParser.java
+++ b/scheduler/src/main/java/com/zfoo/scheduler/schema/SchedulerDefinitionParser.java
@@ -25,7 +25,7 @@ import org.w3c.dom.Element;
  * SchedulerContext注入到Spring容器中的时机分析：
  * 首先运行测试工程：com.zfoo.scheduler.ApplicationTest
  * 打断点可以发现，在解析application.xml时，这种自定义的解析是在DefaultBeanDefinitionDocumentReader.java类的parseBeanDefinitions中解析xml的"scheduler元素"时
- * 发现不是自定义元素(是否是spring的命名空间为依据作为判断)，就会调用 parseCustomElement解析自定义标签从而调用到实现BeanDefinitionParser接口的parse方法，
+ * 发现是自定义元素(是否是spring的命名空间为依据作为判断)，就会调用 parseCustomElement解析自定义标签从而调用到实现BeanDefinitionParser接口的parse方法，
  * 从而接着走自己的逻辑在spring容器中注入SchedulerContext这个bean对象。
  * <p>
  * 从而可以得出结论：在基于zfoo的SpringBoot工程中，由于压根不解析xml对象，注册bean也是通过@Configuration配置类注册bean的，