Acrobat PDF中通过state属性切换图层可见性失效如何解决

核心问题1：splice返回值处理错误 #

Array.splice() 方法的返回值是被删除元素组成的数组，而非单个被删除元素。你当前代码直接把splice返回的数组推入STARS，导致STARS中存储的不是OCG图层对象，而是嵌套数组，自然无法正确修改state属性。

核心问题2：循环索引错位风险 #

你在遍历LAYERS数组时直接修改原数组，即使提前缓存了length，也会导致后续遍历的元素索引偏移，匹配到的图层不准确。

核心问题3：this指向隐患 #

文档级脚本中直接调用init()时，内部this虽然默认指向当前文档对象，但部分Acrobat版本在特定场景下会出现指向偏移，最好显式持有文档对象引用。

// 文档级JavaScript
var STARS = [];
function init(doc) {
    var LAYERS = doc.getOCGs();
    // 倒序遍历避免索引错位
    for(var i = LAYERS.length - 1; i >= 0; i--) {
        if(/^(STAR_)/i.test(LAYERS[i].name)) {
            // 取splice返回数组的第一个元素，也就是匹配到的OCG对象
            STARS.push(LAYERS.splice(i, 1)[0]);
        }
    }
    // 倒序取出的数组是反的，反转回和图层命名顺序一致
    STARS.reverse();
}
function displayRating(r) {
    r = parseInt(r) || 0;
    // 如果你需要保留原有switch分支逻辑也可以，只要STARS中是正确的OCG对象即可
    for(var i = 0; i < STARS.length; i++) {
        STARS[i].state = i < r;
    }
}
// 调用时显式传入当前文档对象
init(this);

修复后STARS数组存储的是原生OCG图层对象，直接修改state属性即可生效，符合Acrobat SDK第520页对state属性的规范要求；倒序遍历+直接取splice返回值首元素的逻辑，也保证了拿到的图层和LAYERS数组中的原始元素完全一致。

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