WordPress自定义CSS更新不生效：原因解析及替代方案咨询

随机版本号解决问题的原理 #

浏览器缓存静态资源（如CSS）时，会以完整URL作为缓存标识。默认情况下，WordPress会给静态资源加上ver=6.3.2这类核心版本号作为参数——只要WordPress核心版本不变，这个参数就不会更新。

当你修改了books.css的内容，但文件URL（包括ver参数）没有变化时，浏览器会判定资源未更新，直接读取本地缓存的旧文件，不会请求服务器上的新版本。

而用rand(111, 9999)生成随机数作为版本号后，每次页面加载时，CSS文件的URL都会变成books.css?ver=随机数字。浏览器会把这个带新参数的URL当成全新资源，放弃旧缓存，重新从服务器请求并加载最新的CSS内容。

更合适的替代方案 #

随机版本号虽然能解决问题，但每次页面加载都会生成新参数，导致浏览器无法复用缓存，浪费服务器资源和用户带宽。以下是更合理的方案：

1. 基于文件修改时间自动生成版本号 #

这是最常用的生产环境方案：读取CSS文件的最后修改时间作为版本号，只有当文件内容真的被修改时，版本号才会更新，既保证缓存有效，又能自动触发刷新。

wp_enqueue_style( 'books', get_stylesheet_directory_uri() . '/books.css', array(), filemtime(get_stylesheet_directory() . '/books.css') );

2. 手动指定语义化版本号 #

如果你的主题有版本管理流程，可以手动给CSS文件设置语义化版本号（如1.0.0、v2.1），每次修改内容后手动更新这个版本号即可。

wp_enqueue_style( 'books', get_stylesheet_directory_uri() . '/books.css', array(), '1.0.1' );

这种方式版本号清晰可控，适合需要追踪资源版本的场景。

3. 临时禁用版本号（仅测试环境用） #

把版本号参数设为false，让URL不带ver参数，但这种方式会导致浏览器长期缓存文件，用户看不到更新，只适合本地测试时临时使用。

wp_enqueue_style( 'books', get_stylesheet_directory_uri() . '/books.css', array(), false );

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