「java的handler」java的handler机制
今天给各位分享java的handler的知识，其中也会对java的handler机制进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
本文目录一览：
- 1、java日志中的处理者(handler)问题
- 2、安卓开发，java线程报错的问题，handler空指针
- 3、子线程直接 new 一个 Handler
- 4、java 中为什么要引入handler这种设计方法？
- 5、xmldecoder反序列化漏洞分析
java日志中的处理者(handler)问题
你对Logger没有理解,没有仔细看帮助文档.
一个Logger要注册到一个Hanger上才是有意义的.具体怎么写,给你写了个小例子,希望可以帮助你理解.
import java.util.logging.*;
class Test extends Handler{
public static void main(String args[]) {
Test test = new Test();
Logger logger = Logger.getLogger("com.ffteam");//
logger.addHandler(test);//注册
Handler[] handler = logger.getHandlers();
System.out.println(handler.length);
}
public void close(){}
public void flush(){}
public void publish(LogRecord r){}
}
安卓开发，java线程报错的问题，handler空指针
抛空指针是应该的 因为mhandler在指向new Handler之前是指向null的
onCreate方法优先执行了 所以抛出空指针
把代码改成：
public class MainActivity extends Activity {
private Handler mhandler = new Handler(){
public void handleMessage(Message msg){
System.out.println("收到");
}
};
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
new Thread(){
public void run() {
while(true){
try {
mhandler.sendEmptyMessage(0);
sleep(3000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
}.start();
}
}
子线程直接 new 一个 Handler
不可以，因为在主线程中，Activity 内部包含一个 Looper 对象，它会自动管理 Looper，处理子线程中发送过来的消息。而对于子线程而言，没有任何对象帮助我们维护 Looper 对象，所以需要我们自己手动维护。所以要在子线程开启 Handler 要先创建 Looper，并开启 Looper 循环
泄露原因：Handler 允许我们发送延时消息，如果在延时期间用户关闭了 Activity，那么该 Activity会泄露。 这个泄露是因为 Message会持有 Handler，而又因为 Java 的特性，内部类会持有外部类，使得 Activity 会被Handler 持有，这样最终就导致 Activity 泄露。
解决方案：将 Handler 定义成静态的内部类，在内部持有Activity 的弱引用，并在 Acitivity 的 onDestroy()中调用 handler.removeCallbacksAndMessages(null)及时移除所有消息。
java 中为什么要引入handler这种设计方法？
代码的目的是满足需求，操作方便自然就写了，无论handler还是controller，都是为了实现需求，但当出现大量handler的时候，说明这个程序员啥都不懂，连命名都不会了，命名成XXService、XXDao等，至少从代码上可以看出层次看出功能，便于后期维护
如果这是项目经理写的，只能说明他画虎不成反类犬，很不可取，千万别跟他学
xmldecoder反序列化漏洞分析
java提供了很多xml文档解析的类库，包括dom4j，domj，SAX等库，可以进行xml文档的解析，这些库的使用不当，会导致XXE漏洞的发生，但是这些类库中，SAX库允许自己去定义整个xml文档处理的handler，可以在xml文档解析的过程中，对解析出来的节点进行一些操作
而为java反序列化定义的handler，会导致一些java反序列化的问题的发生
poc：
获取到文件内容之后，用XMLDecoder解析，在下面调用了readObject方法
进入readObject方法中
这里对文档进行了解析，而XMLDecoder.this.handler其实就是
DocumentHandler
这个handler很重要，所有反序列化的操作都是在这个类中进行的
之类通过SAXParserFactory实例化了一个SAXParser的实例，并且调用了其中的parse方法
复现过java XXE漏洞的师傅应该看见过SAXParser的用法，它允许用户自己去定义处理文档的handler
可以看到，用户可以将自己定义的Handler，只要这个类继承了DefaultHandler，可以看一下官网的例子：
自己的Handler可以在解析的不同阶段，进行不同的操作，这个特点就让xml文档成为了可以进行java序列化的载体，DocumentHandler这个handler就是处理xml文档反序列化的
接下来，调用SAXParser对xml文档进行解析，在对一些属性的设置以后，真正的解析流程在XML11Configuration这个类中的parse方法中开始
首先是对实体的解析：
因为我们的文档中并没有xml实体，所以这一步不用关注
之后进行文档的解析
进入到scanDocument函数中
这里通过next函数，解析了文档，并且返回当前解析的状态，整个文档的具体解析过程在XMLDocumentFragmentScannerImpl这个类的ContentDriver类中，里面的解析过程很复杂，具体的解析过程不要过于关注，重点在解析出来的结果的处理上
当发现当前的文档为根节点的时候，调用fContentDriver的next方法，在这里进行ROOT节点的解析
一直到XMLDocumentFragmentScannerImpl的scanStartElement方法中
在之类对文档进行解析，调用scanName解析出来第一个节点名为：java
之后寻找java节点的结束字符在哪，并且解析出来中间的所有属性
在解析结束以后，会将这个节点中的所有属性添加到fAttributes中
最后来到startElement函数中，可以认为fElementQName就是我们的节点名称，fAttributes就是这个节点中所有属性组成的一个字典
最后调用到DocumentHandler的startElement才到真正反序列化的地方
到这里，一个节点的解析就算结束了，头都看大了，先附上一张调用栈，再到DocumentHandler中看具体的反序列化过程
在最后，调用了DocumentHandler.startElement函数，我们进入看一下
在这里会根据不同的节点实例化不同的节点Handler
this.handlers中寻找java节点对应的handler，可以看一下this.handlers里面所有的handler都是什么，它是一个HashMap，在属性中有定义 private final MapString, Class? extends ElementHandler handlers = new HashMap();
在构造方法中，对handlers进行了赋值
这也就是XMLDecoder所有支持的节点类型，不同的节点会调用不同的ElementHandler进行处理，我们的java节点，应该是被JavaElementHandler处理的
回到startElement的方法中
在实例化JavaElementHandler类以后，调用了setParent将上一次的handler保存，这一步相当于将每一个节点的处理类串成了一个链
这一步获取到所有的节点属性，并且调用处理handler自己实现的addAttribute方法，可以看一下JavaElementHandler的addAttribute
这里通过我们设置的class属性的内容，获取了对应的类，也就是java.beans.XMLDecoder类的class
之后调用对应handler的startElement，而java的handler没有操作，所以进行下一个节点的解析
下一个节点是object，具体解析流程就不再分析
object对应的Handler为ObjectElementHandler，可以发现，startElement中的重点其实就是每个Handler的addAttribute方法和startElement方法
调用父类的addAttribute方法
这一步获得了ProcessBuilder的class
处理handler：ArrayElementHandler
addAttribute：
这里定义了数组元素的类型和数组大小
startElement：
这里实例化了一个数组元素，并且返回了一个ValueObject对象
void节点比较特殊，void节点其实是object节点的一个子类，它本身没有定义什么方法
我们可以不用过多的关注void节点的处理规则，只需要理解它的作用就是声明一个变量就可以，可以这么理解：
在一个节点处理结束以后，会由内向外依次调用每个节点的endElement方法
比如我们的poc
在解析完touch的string节点的之后，触发string的endElement，主要就是将将值设置为StringElementHandler的属性
之后向ArrayElementHandler中的数组添加进去这个String，对每个element都会调用getValueObject方法，而其中
void节点的endElement很有意思
看一下getContextBean方法
这里会获取上一个Handler的ValueObject的值，而这个ValueObject的value就是我们在属性中定义的对象，void节点的上一个节点是array节点，我们在array节点中定义了一个大小为2的String数组，所以获取到的ValueObject就为这个数组
因为我们只设置了void的属性为index="0"，所以会进入到var4=set的条件中
最后的Express类，相当于是对var3这个对象调用其中的var4的方法，参数为var2，这样，就为这个String数组赋值了第一个值为touch
来到第二个void标签
当来到 void method="start"/
进入到getContextBean
在这里调用了parent的getValueObject方法，也就是object标签
获取了ObjectElementHandler中的ProcessBuilder对象
最后调用start执行命令
关于java的handler和java的handler机制的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。