AWS AppSync中$util.typeOf()对字符串变量返回'Map'问题求助

这个问题的本质是AppSync底层使用的Apache Velocity模板引擎的代理包装机制导致的：
Velocity在运行时会对上下文内的所有变量（包括$ctx.args下的参数、#set指令声明的变量）做统一代理封装，所有非原始类型的值都会被包装成实现了Map接口的代理对象。

• 直接调用$util.time.nowISO8601()这类工具方法时，返回的是未被包装的原始字符串，因此$util.typeOf()会正确返回String；
• 一旦值被存入上下文（不管是从$ctx.args读取，还是通过#set赋值给变量），就会被自动包装为Map代理对象，此时$util.isMap()判断代理对象会返回true，$util.typeOf()也会返回Map，和原始值的实际类型无关。

可以通过以下几种方式绕过代理的干扰，判断真实值类型：

方案1：序列化后判断类型特征 #

使用$util.jsonEncode()序列化目标值，根据序列化结果的特征判断真实类型，这是兼容性最好的方案：

#set( $serialized = $util.jsonEncode($targetValue) )
#if( $serialized.startsWith("{") )
  ## 真实类型为Map，处理嵌套对象更新逻辑
#elseif( $serialized.startsWith("\"") )
  ## 真实类型为字符串，处理普通字段更新逻辑
#end

方案2：调用代理对象的原始类属性判断 #

Velocity的代理对象保留了原始值的类信息，可以直接通过class属性判断真实类型：

#if( $targetValue.class.simpleName == "LinkedHashMap" || $targetValue.class.simpleName == "Map" )
  ## 为Map类型
#elseif( $targetValue.class.simpleName == "String" )
  ## 为字符串类型
#end

方案3：避免提前赋值 #

如果不需要复用变量，可以直接对原始返回值做判断，不要先赋值给变量再判断，规避代理包装的影响：

## 直接判断工具方法返回值，不要先赋值给变量
#if( $util.typeOf($util.time.nowISO8601()) == "String" )
  ## 逻辑处理
#end

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