Lucee CFML中application全局变量赋值后读取为空是什么原因

• application.cfc 初始化逻辑错误
  直接在component代码块内声明application.globalquery的写法无效，Lucee不会在这个位置初始化application作用域变量。同时如果你的application.cfc没有配置唯一的this.name属性，Lucee无法正确识别同一个应用的不同请求，会导致多个请求的application作用域互相隔离，赋值和读取的不是同一个变量。
• 应用自动重启清空了变量
  Lucee默认开启应用热加载功能，只要application.cfc文件发生修改，就会自动重启当前应用、清空所有application作用域变量。如果你在访问第二个赋值页面之后、访问第三个dump页面之前修改过application.cfc或者触发了应用重启，之前赋的值就会被清空。
• dump语句的语法问题
  你写的dump代码dump(var="#application.globalquery#");将变量放在了双引号内部，触发了CFML的字符串插值逻辑，会强制将变量转换为字符串类型输出。如果此时application.globalquery是未定义状态，或者数组转字符串的规则未被正确触发，就可能输出空字符串。
• 应用上下文不匹配
  如果你的第二个赋值页面放在子目录中，且子目录内存在独立的application.cfc文件，那么赋值操作写入的是子目录对应应用的application作用域，和根目录第三个页面读取的application作用域不属于同一个上下文，自然读取不到赋值内容。
• 访问顺序错误
  如果你没有先访问第二个页面执行赋值逻辑，直接访问第三个dump页面，application.globalquery还没有被赋值，读取的时候就会得到空值。

1. 修正application.cfc的配置，添加应用名称和正确的初始化逻辑：

component {
    // 配置唯一的应用名称，必须设置
    this.name = "MyUniqueAppName";
    // 应用启动时的初始化方法
    public boolean function onApplicationStart() {
        application.globalquery = [];
        return true;
    }
}

2. 调整dump语句的写法，避免不必要的字符串转换：

<cfscript>
    dump(var=application.globalquery);
</cfscript>

3. 确认三个页面都属于同一个应用上下文，不存在子目录独立的application.cfc覆盖根目录配置的情况。
4. 赋值操作执行后不要修改application.cfc文件，避免触发应用重启清空变量。
5. 严格按照赋值页面在前、dump页面在后的顺序访问测试。

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