先把你的配置代码整理成更易读的格式：

<bean id="EventNotificationDao" class="cn.secure.dao.EventNotificationDao">
    <property name="jdbcTemplate" ref="jdbcTemplate" />
</bean>
<bean id="EventNotificationService" class="cn.secure.service.impl.EventNotificationServiceImpl">
    <property name="EventNotificationDao" ref="EventNotificationDao" />
</bean>
<bean id="myTask" class="cn.secure.web.front.EventNotificationController">
    <property name="EventNotificationService" ref="EventNotificationService" />
</bean>
<bean id="upgradeJobDetail1" class="org.springframework.scheduling.quartz.MethodInvokingJobDetailFactoryBean">
    <property name="targetObject" ref ="myTask" />
    <property name="targetMethod" value="addHttpNowData" />
</bean>
<bean id="upgradeTrigger1" class="org.springframework.scheduling.quartz.CronTriggerFactoryBean">
    <property name="jobDetail" ref="upgradeJobDetail1" />
    <property name="cronExpression" value="0/2 * * ? * *"/>
</bean>
<bean lazy-init="false" class=" org.springframework.scheduling.quartz.SchedulerFactoryBean">
    <property name="triggers">
        <list>
            <ref bean="upgradeTrigger1" />
        </list>
    </property>
    <property name="taskExecutor" ref="executor" />
</bean>

接下来我帮你梳理几个最可能的原因和排查方向：

1. Controller作为任务目标对象的容器隔离问题 #

你把myTask指向了Web层的EventNotificationController——在Spring+Spring MVC的架构里，根容器（负责Service、Dao等）和MVC子容器（负责Controller）是相互隔离的。如果你的SchedulerFactoryBean是在根容器中初始化的，它根本访问不到MVC子容器里的Controller Bean，这种情况下注入可能静默失败（或者日志级别太高没显示错误），直接导致任务无法绑定执行。

建议：不要用Controller承载定时任务，专门创建一个任务类（比如EventNotificationTask），把addHttpNowData方法移到这个类中，再将该类注册为Spring Bean作为targetObject。这样既符合分层架构，也能彻底避免容器隔离的问题。

2. 任务方法的访问权限与参数问题 #

MethodInvokingJobDetailFactoryBean要求调用的方法必须是public、无参的。如果你的addHttpNowData是private方法，或者有参数但未配置参数注入，Quartz调用时会失败，但可能不会抛出明显的错误（仅在DEBUG日志中体现），导致任务看起来完全没执行。

排查操作：检查addHttpNowData的方法签名，确保是public void addHttpNowData()这种格式。

3. 日志级别太低，隐藏了关键错误信息 #

很多时候“无报错”只是因为你没看到错误——默认日志级别可能只输出INFO及以上，但Quartz的调度细节、注入失败的信息都在DEBUG级别里。

操作：把日志框架（如Logback/Log4j）中org.quartz和org.springframework.scheduling的日志级别改成DEBUG，重启应用后查看日志，你会看到类似“Job未找到”“方法调用失败”“触发器未注册”这类关键信息，直接定位问题根源。

4. TaskExecutor配置异常 #

你给SchedulerFactoryBean指定了taskExecutor，要确保这个executor Bean的配置是正确的：

• 确认它是ThreadPoolTaskExecutor，且设置了合理的corePoolSize（核心线程数）和maxPoolSize（最大线程数），如果线程池被其他任务占满，新的定时任务会排队，看起来就像没执行；
• 查看启动日志，确认executor Bean正常初始化完成。

5. Cron表达式的潜在验证 #

你的表达式0/2 * * ? * *看起来是对的（每2秒执行一次），但可以临时换成更直观的表达式（比如0 0/1 * * * ?，每分钟执行一次）测试，排除表达式解析异常的可能。

6. Spring上下文未完全加载就初始化Scheduler #

如果是Web应用，要确保SchedulerFactoryBean是在Spring上下文完全加载后才初始化的。若容器还没加载完所有依赖Bean，Scheduler可能无法正确绑定触发器。

排查操作：查看启动日志，确认是否有Scheduler initialized之类的提示，证明Scheduler已正常启动。

内容的提问来源于stack exchange，提问作者kero99