支持按未公开Modifiers查找

[Meteor2333]

java.lang.reflect.Modifier 里面有几个非public或hide的字段:

目前 Matcher 里仅通过 modifiers 来匹配, 所以现在想要过滤它们, 只能先获取多个元素之后再手动用Java提供的那个方法过滤

尤其是 BRIDGE 和 SYNTHETIC 还挺重要的, 它们在smail里应该也算是修饰符, 希望可以加上一些额外的条件来匹配它们

[teble]

@Meteor2333 dex 的 AccessFlags 和 java Modifier 的 bit flag 并非一一对应的关系，只是对于公开 flag 保持一致，目前 matcher 中 modifier 的类型本质是 AccessFlag 但是为了更贴近 java 反射公开的 flag 含义所以将其命名成了 modifiers

[Meteor2333]

@Meteor2333 dex 的 AccessFlags 和 java Modifier 的 bit flag 并非一一对应的关系，只是对于公开 flag 保持一致，目前 matcher 中 modifier 的类型本质是 AccessFlag 但是为了更贴近 java 反射公开的 flag 含义所以将其命名成了 modifiers

所以我说能否增加一个额外的Matcher 或者在AccessFlagsMatcher里面加上对它们的匹配条件也可以

[teble]

@Meteor2333 实际上 java 的 ModifierFlag 跟 dex 的 AccessFlag 有一定的转换关系，你直接传入转换的 flags 也可以

[Meteor2333]

@teble 意思是我自己定义一个对应的 bit mask 然后传入? 但是这些 AccessFlag 没有公开常量 需要自己查定义写magic number 如果能直接提供这些常量 或者对应的Matcher 会更好一点吧

[teble]

@Meteor2333 不好直接提供 API，在 dex AccessFlag 中，部分 magic flag 是共用的，比如 field 的 volatile 和 method 的 bridge 实际上是共用 0x40 method 的 Synchronized 和 class 的 Super 共用 0x20，除非分别为 Class、 Method 和 Field 分别提供一个 XxxAccessFlag，但是这样看起来非常糟糕

[teble]

@teble 我想一下，或许可以按照 Modifier 仿写一个 AccessFlag 的 magic class，你暂时先用这俩顶替一下你的需求
kAccSynthetic = 0x1000
kAccBridge = 0x0040

[teble]

d3216f3 API 行为发生变化，目前 modified 仅提供与 Java Modifier 公开 API 一致的 bit-mask 以避免破坏兼容性，另外提供一个 accessFlag 字段用于匹配/读取 raw dex AccessFlag