MethodHandles.dropArguments用于丢弃目标方法句柄的前N个参数以实现签名适配，构造新句柄使其参数列表变短，调用时仅传递剩余参数，原逻辑不变。
MethodHandles.dropArguments 用于在方法句柄调用链中“丢弃”前面若干参数，从而实现签名适配——让一个原本参数较多的方法句柄，能被当作参数较少的句柄来使用。
dropArguments 的作用机制
它不修改原方法句柄的行为逻辑，只是在调用时跳过指定位置的前 N 个入参，将剩余参数按顺序传递给目标方法句柄。本质是构造一个新的适配器句柄，其类型（type）的参数列表比原句柄更短。
例如：原句柄类型为 (int, String, boolean) → void，用 dropArguments 丢弃前 2 个参数后，新句柄类型变为 (boolean) → void，调用时只传一个 boolean 值，前两个参数被忽略。
基本用法与参数含义
核心签名：
MethodHandles.dropArguments(MethodHandle target, int pos, List
- target：待适配的原始方法句柄
- pos：从第几个参数位置开始丢弃（索引从 0 起，即第 0 个是第一个参数）
- valueTypes：要丢弃的参数类型列表，长度即为丢弃数量
注意：丢弃位置必须合法（0 ≤ pos ≤ target.type().parameterCount()），且 valueTypes 中每个类型需与 target 在对应位置的参数类型一致（运行时会检查）。
典型适配场景
常见于函数式接口桥接、回调封装或与固定签名 API 对接时：
- 把三参数方法句柄转为单参数 Consumer 使用（丢弃前两个无关上下文参数）
- 适配 Runnable 接口：对无参方法句柄，用 dropArguments 丢弃所有参数，得到 () → void 类型
- 配合 MethodHandles.insertArguments 实现“部分绑定 + 参数截断”的混合适配
注意事项与陷阱
该操作是静态类型安全的，但需注意：
- 丢弃的是“传入时的参数”，不是方法内部变量；被丢弃参数仍会被求值（Java 表达式求值顺序不变）
- 不能丢弃返回值，dropArguments 只影响参数列表，返回类型保持不变
- 若需丢弃末尾参数，应考虑用 filterArguments 或先用 dropReturn 配合类型转换，而非 dropArguments
