MethodHandles.filterArguments 的核心作用是动态预处理指定索引处的参数：用过滤句柄转换参数值后传入目标方法，要求过滤句柄参数个数、顺序及返回类型与目标参数严格匹配，支持嵌套组合实现多级校验与转换。
MethodHandles.filterArguments 的核心作用是：在目标方法句柄被调用前，对指定位置的一个或多个参数，先用另一个“过滤句柄”做预处理，再把处理结果传给原方法。它不是简单替换参数，而是构建可复用、类型安全、运行时动态的参数转换链。
精准控制参数预处理位置
filterArguments 第三个参数是 int 类型的起始索引，第四个参数是 filter 方法句柄。关键点在于：filter 句柄的参数个数必须与你要处理的参数个数严格一致，且顺序对应。
- 若想把第 1 个参数（索引为 1）转成大写再传入，filter 句柄签名应为 String → String，调用写法：
filterArguments(target, 1, toUpperCaseMH) - 若要同时处理第 0 和第 2 两个参数（比如都做 trim），需先构造一个接受两个 String 并返回两个 String 的 filter 句柄（可用
collectArguments或permuteArguments配合实现），再传入filterArguments(target, 0, dualTrimMH) - 索引超出目标句柄参数长度会抛
IllegalArgumentException，运行时即报错，不靠注释或文档提醒
与 insertArguments / dropArguments 协同改造调用形态
单独 filterArguments 只改参数值，不增删参数。但结合其他组合器，就能灵活适配接口差异。
- 先用
insertArguments(target, 2, "defaultFlag")在第 2 位插入固定值，再用filterArguments(..., 0, normalizeId)对原始第 0 个 ID 参数清洗，最终得到一个「自动补默认值 + 自动标准化输入」的新句柄 - 对一个三参数方法
f(int, String, boolean)，若只想暴露给外部调用者「传一个 String，其余自动处理」，可组合：dropArguments(filterArguments(insertArguments(target, 1, true), 0, parseIntMH), 0, String.class), 0, String.class)—— 先插布尔值、再把 String 转 int、最后丢弃原始 String 参数位，最终句柄只接受一个 String
嵌套 filter 实现多级校验与转换
filter 句柄本身可以是另一个由 filterArguments 构建的句柄，形成清晰的处理流水线。例如构建一个「非空检查 → 格式验证 → 去空格 → 转小写」的字符串处理器：
- 第一步：用
filterArguments(identityStringMH, 0, notNullCheckMH)拦截 null - 第二步：将上一步结果作为新 target，再套一层
filterArguments(..., 0, patternMatchMH) - 第三步：继续套
filterArguments(..., 0, trimMH)和filterArguments(..., 0, toLowerCaseMH) - 每层 filter 独立编写、单独测试，组合后逻辑不耦合，也便于按需启用/绕过某一级
注意返回类型匹配与 void 处理边界
filterArguments 不改变目标句柄的返回类型，但它要求 filter 句柄的返回类型必须与目标句柄对应位置的参数类型一致（即：filter 输出 = target 输入）。
- 如果目标句柄第 1 位期待
LocalDateTime，你的 filter 就必须返回LocalDateTime，哪怕你内部是从 String 解析而来 - 不能用返回
void的 filter 去处理非 void 参数位；反过来，若 filter 是void，它只能用于目标句柄中本身是void的参数位置（极少场景，通常用于副作用记录） - 编译期无法检查类型匹配，错误会在第一次 invokeexact 时以
WrongMethodTypeException抛出
