wasm-bindgen 0.2.100版本中结构体与自定义派生宏的兼容性问题分析

在wasm-bindgen 0.2.100版本更新后，开发者发现了一个与自定义派生宏相关的兼容性问题。这个问题主要影响那些同时使用了wasm_bindgen属性和自定义派生宏的结构体定义。

问题现象

在0.2.95至0.2.99版本中正常工作的代码，在升级到0.2.100后会出现编译错误。典型的结构体定义如下：

#[wasm_bindgen(js_name = "UnityGameObject", getter_with_clone)]
#[derive(Debug, FromStructPerField)]
#[from(binary::GameObject)]
pub struct GameObject {
    pub components: Vec<WasmFriendlyPPtr>,
    pub layer: u32,
    pub name: String,
    pub tag: u16,
    pub is_active: u8,
}

升级后编译器会报出"unexpected token"错误，指向wasm_bindgen属性所在行。通过cargo expand检查发现，自定义派生宏FromStructPerField生成的实现代码缺失了。

问题根源

经过分析，这个问题源于wasm-bindgen 0.2.100版本引入了一个新的宏属性。自定义派生宏FromStructPerField原本只期望处理自己的属性，没有考虑到其他宏属性共存的情况。当wasm-bindgen添加了新属性后，派生宏无法正确处理这种情况，导致代码生成失败。

值得注意的是，这个问题只影响结构体，而枚举类型即使同时使用wasm_bindgen和自定义派生宏也能正常工作。

解决方案

解决这个问题的关键在于修改自定义派生宏的实现，使其能够识别并过滤掉非自己处理的属性。具体来说：

1. 在派生宏的处理逻辑中，需要检查所有属性
2. 只处理与派生宏相关的特定属性（如例子中的#[from]属性）
3. 忽略其他无关属性（如wasm_bindgen属性）

这种处理方式使得派生宏能够与其他属性宏和平共处，不会因为遇到不认识的属性而失败。

经验总结

这个案例给我们几个重要的启示：

1. 自定义派生宏应该具备良好的兼容性，能够处理与其他属性宏共存的情况
2. 在编写属性宏时，应该只处理自己关心的属性，对其他属性保持宽容
3. 版本升级时，宏系统的变化可能导致意想不到的兼容性问题
4. 使用cargo expand等工具可以帮助诊断宏展开相关的问题

对于使用wasm-bindgen的开发者来说，如果遇到类似问题，检查自定义宏对其他属性的处理逻辑是一个有效的排查方向。