handler机制的原理面试，JVM虚拟机原理深入解析，灵魂拷问

前言

众所周知，Xamarin应该是.net下的跨平台开发工具。2016年之前还处于收费状态，后被微软收购后开源。但似乎有个现象，开源后的Xamarin发展似乎有些停滞，而且维护Xamarin的团队又很固执不愿变通。社区多次建议UI层应该统一绘图引擎，而不是映射原生控件。

Xamarin.Forms给人的感觉就是性能差，动画僵硬，效果不好实现。以至于谷歌的Flutter火爆之后，Xamarin社区很多人便转移阵地，你在百度搜索Xamarin，第一个关键词就是xamarin还有人用么。

那么对于C#/.net开发者来说，唯一的问题就是界面，就有了开源项目Xamarin.Flutter，但过完年没多久，项目就Archived了，adamped说仅靠他和几个开发人员的业余时间很难搞定。但技术上确实可行，因为Skia在.net下本来就有绑定SkiaSharp，而Flutter底层便使用的Skia引擎。UIWidgets就是在Unity3D下的Flutter实现。那对于我们.net开发者有没有一种可能就是界面使用Flutter，业务逻辑采用C#呢，答案是可行的，请看如下分解。

阿里面试题

说下你所知道的设计模式与使用场景

a.建造者模式：
将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。
使用场景比如最常见的AlertDialog,拿我们开发过程中举例，比如Camera开发过程中，可能需要设置一个初始化的相机配置，设置摄像头方向，闪光灯开闭，成像质量等等，这种场景下就可以使用建造者模式

装饰者模式：动态的给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更为灵活。装饰者模式可以在不改变原有类结构的情况下曾强类的功能，比如Java中的BufferedInputStream 包装FileInputStream，举个开发中的例子，比如在我们现有网络框架上需要增加新的功能，那么再包装一层即可，装饰者模式解决了继承存在的一些问题，比如多层继承代码的臃肿，使代码逻辑更清晰
观察者模式：
代理模式：
门面模式：
单例模式：
生产者消费者模式：

java语言的特点与OOP思想

这个通过对比来描述，比如面向对象和面向过程的对比，针对这两种思想的对比，还可以举个开发中的例子，比如播放器的实现，面向过程的实现方式就是将播放视频的这个功能分解成多个过程，比如，加载视频地址，获取视频信息，初始化解码器，选择合适的解码器进行解码，读取解码后的帧进行视频格式转换和音频重采样，然后读取帧进行播放，这是一个完整的过程，这个过程中不涉及类的概念&