Magento 2：区块计划变更未在前端生效问题咨询

方法1：调整区块缓存生命周期适配计划时间 #

Magento区块默认缓存周期长，你可以给目标区块设置匹配计划变更时间的短缓存TTL（生存时间），让前端缓存自动过期覆盖变更点：

• 若是自定义区块，在区块类的getCacheLifetime()方法里返回对应时长，比如计划10点变更，就设为9小时59分钟（35940秒）：

public function getCacheLifetime()
{
    return 35940;
}

• 若是后台创建的CMS区块，没法直接改代码，可写插件重写\Magento\Cms\Block\Block::getCacheLifetime()，针对特定区块ID设置动态TTL。

方法2：用自定义Cron任务精准清理缓存 #

不用全量清缓存，写个定时任务在计划变更后自动清理目标区块的缓存：

1. 在自定义模块的etc/crontab.xml里加定时任务（比如每天10:01执行，对应10:00的计划变更）：

<?xml version="1.0"?>
<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:module:Magento_Cron:etc/crontab.xsd">
    <group id="default">
        <job name="custom_clean_block_cache" instance="Vendor\Module\Model\CleanBlockCache" method="execute">
            <schedule>1 10 * * *</schedule>
        </job>
    </group>
</config>

2. 创建执行类Vendor\Module\Model\CleanBlockCache.php，可选择清理整个区块缓存类型，或精准清理单个区块：

<?php
namespace Vendor\Module\Model;

use Magento\Framework\App\Cache\TypeListInterface;
use Magento\Framework\App\Cache\Frontend\Pool;

class CleanBlockCache
{
    protected $cacheTypeList;
    protected $cacheFrontendPool;

    public function __construct(
        TypeListInterface $cacheTypeList,
        Pool $cacheFrontendPool
    ) {
        $this->cacheTypeList = $cacheTypeList;
        $this->cacheFrontendPool = $cacheFrontendPool;
    }

    public function execute()
    {
        // 方案1：清理整个区块HTML缓存
        $this->cacheTypeList->cleanType('block_html');
        
        // 方案2：精准清理单个区块（替换成你的目标区块ID）
        $blockId = 'your_target_block_id';
        $cacheKey = 'cms_block_' . $blockId;
        foreach ($this->cacheFrontendPool as $cacheFrontend) {
            $cacheFrontend->remove($cacheKey);
        }
    }
}

方法3：临时禁用目标区块缓存（不推荐，仅应急） #

如果对页面性能影响不大，可直接关闭目标区块的缓存：

• CMS区块：后台编辑页找到Cache Settings，把Cache Lifetime设为0；
• 自定义区块：在getCacheLifetime()里返回false：

public function getCacheLifetime()
{
    return false;
}

方法4：检查Magento计划任务运行状态 #

区块计划变更本身依赖cron触发，先确认cron服务正常：

bin/magento cron:run --group=index
bin/magento cron:run --group=default

重点检查magento_cms_block_scheduled_update这个任务是否正常执行，它负责触发区块的计划变更逻辑。

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