Stand name (fascia board)
参考译文1：展位名称（楣板）参考译文2：站名 (楣板)参考译文3：站名 (楣板)参考译文4：站名(9658)语义参照：我的英语不是很好，希望以后可以慢慢把它学好。我很喜欢旅游，我觉得到各地去旅游可以增长自己的见闻，希望自己以后有机会可以去马尔代夫和爱情海还有法国的普罗旺斯去看看，听说这些地方很美。我喜欢美好的事物，以上就是我的自我介绍谢谢
My English is not very good, I hope I can learn it slowly. I like travelling very much, I think it'd travel around to grow their knowledge, wants to have a chance to go to Maldives and love for the sea or in the future France Provence to see, I heard that these places are beautiful. I like beautiful请阐明此观点
Please illustrate this pointpunker
庞克damn,you're too hot baby!i can't stop myself.
该死的，你是太热了宝宝！我无法阻止自己。无论是高中生活还是大学生活
Whether high school or University of life让我这一辈子好好去爱你疼你
I love this life you take your pain我认为中国足球能进世界杯
I don't think the football World Cup小绳夹
Little rope clamp青龙满族自治县祖山镇花厂峪小学
Qinglong County soyama town Tuluá ginning mill primary school做起来不是马上完成得了的
Had not immediately done to complete the在阳光下看上去非常漂亮
Looks very nice in the sun在接下去的半年里，继续关注MDR增长。
In the next six months, continue to focus on growth of MDR.格蕾
Grete faremo真不好意思 我们这里做按摩的女孩并不多 我们主要服务项目是八百块的
I am sorry we are not here to do more than massage girl is our major project of eight hundredafter 28hours work yesterday
28小时后昨天工作他们已经学英语三年了。
They have been learning English has been 3 years.there is something wrong with your mind
有错用你的意念在空军中，战斗机飞行员至少需要2000个小时的飞行经验
In the Air Force, fighter pilots need at least 2000 hours of flying experienceIt's so nice to meet you
它是如此高兴见到你请输入您需要翻译的文I will be strong enough to make you feel bad…
请输入您需要翻译的文I 将会强大到足以让你感觉永远比不上再过两周就到我儿子的生日了
In another two weeks to my son's birthday山东和翻译公司隔海相望
Shandong and Japan across the sea消除一切担心
The Elimination of all fears??? ??
女神的祝福我想念你，我想念你！
I miss you, I miss you!用手机发短信可以吗
Phone texting can doTell myself that I'm sorry, because because i let other people difficult me
告诉自己,我很抱歉,因为我是因为我让其他人难下品すぎます！隊長
Too vulgar? Captain翻译公司小姐
正在翻译，请等待...担心做某事
Worried about somethingone day an American went to a small town in South America for his holiday.he fell ill and wanted very much to see a doctor.
一天去南美为他的 holiday.he 小镇的一名美国人病倒了，想很多去看医生。有效期限自日至日.
Since validity August 20, 2011 to August 20, 2012 .Reasons being that:
原因是:you can jump by pressing up
您可以按向上跳转servo signal
伺服信号Darling I miss you
亲爱的，我想你m?nader
个月rovio mobile ltd
罗维奥移动有限公司有没有中国香烟
Is there any Chinese cigarettes我能跟你谈一谈吗
I can talk to you talk about it在关键时刻
At the critical moment你到我另外的空间就可以看到
Come into my room you can see the工作结束
Work endno u are not a bad girl baby!!!
没有 u 不是一个坏女孩婴儿 ！！！我有两个新老师，一个语文老师和一个英语老师。谁是你的语文老师林老师（女）她来自中国，她长得怎么样？她又高又瘦，他很搞笑。
I have two new teachers, a language teacher and an English teacher. Who is your language teacher Lin (female) she is from China, her long like? She is tall and thin, he was very funny.Hello,Users
正在翻译，请等待...他的生活方式与你一样吗？
His life with you the same?At the time the orders are in lots of 100,000 units.
当时命令是在大量的 100000 台。letter approving sabbatical
信批准休假finding
发现can you also send to me ?
您还可以发送给我吗？最近查询：
到你认为学生应该做部分 timd 陀
It is keen to wear a world famous brand to display their own social identity
I like this sentence
Dwarf white gourd
Honey, I love gifts, thank you
自动检测平日的主人。ATAPI 光驱
With the help of the librarian
你怎么能与____[]
Will carry out academic
I have 4 English Certificate level
联合国的国家美利坚合众国Java instanceof 关键字是如何实现的？
面试的时候碰到这个问题，面试官希望能从底层来分析一下。我当时知道的只是在同一个类加载器加载的前提下，使用其生成的对象，去比较才有意义。不同的类加载器加载的类生成对象，互相instanceof返回false。但我不晓得，底层是如何实现的。求各位Java，JVM大神指点迷津，感激不尽！
按投票排序
在进入正题前先得提一句：既然楼主提问的背景是“被面试问到”，那很重要的一点是揣摩面试官提问的意图。按照楼主的简单描述，面试官问的是“Java的instanceof关键字是如何实现的”，那要选择怎样的答案就得看面试官有怎样的背景。比较安全的应对方法是请求面试官澄清/细化他的问题——他想要的“底层”底到什么程度。---------------------------------------------------------------------情形1：你在面月薪3000以下的Java码农职位。如果面试官也只是做做Java层开发的，他可能只是想让你回答Java语言层面的 instanceof 运算符的语义。Java语言的“意思”就已经是“底层”。这样的话只要参考Java语言规范对 instanceof 运算符的定义就好：, Java语言规范Java SE 7版当然这实际上回答的不是“如何实现的”，而是“如何设计的”。但面试嘛?如果用Java的伪代码来表现Java语言规范所描述的运行时语义，会是这样：// obj instanceof T
boolean result;
T temp = (T) obj; // checkcast
result = true;
} catch (ClassCastException e) {
result = false;
用中文说就是：如果有表达式 obj instanceof T ，那么如果 (T) obj 不抛 ClassCastException 异常则该表达式值为 true ，否则值为 false 。注意这里完全没提到JVM啊Class对象啊啥的。另外要注意 instanceof 运算符除了运行时语义外还有部分编译时限制，详细参考规范。如果这样回答被面试官说“这不是废话嘛”，请见情形2。---------------------------------------------------------------------情形2：你在面月薪的Java研发职位。面试官也知道JVM这么个大体概念，但知道的也不多。JVM这个概念本身就是“底层”。JVM有一条名为 instanceof 的指令，而Java源码编译到Class文件时会把Java语言中的 instanceof 运算符映射到JVM的 instanceof 指令上。你可以知道Java的源码编译器之一javac是这样做的：instanceof 是javac能识别的一个关键字，对应到Token.INSTANCEOF的token类型。做词法分析的时候扫描到"instanceof"关键字就映射到了一个Token.INSTANCEOF token。该编译器的抽象语法树节点有一个JCTree.JCInstanceOf类用于表示instanceof运算。做语法分析的时候解析到instanceof运算符就会生成这个JCTree.JCInstanceof类型的节点。 term2Rest()中途还得根据Java语言规范对instanceof运算符的编译时检查的规定把有问题的情况找出来。到最后生成字节码的时候为JCTree.JCInstanceof节点生成instanceof字节码指令。 visitTypeTest()（Java语言君说：“instanceof 这问题直接交给JVM君啦”）（面试官：你还给我废话?给我进情形3！）其实能回答到这层面就已经能解决好些实际问题了，例如说需要手工通过字节码增强来实现一些功能的话，知道JVM有这么条 instanceof 指令或许正好就能让你顺利的使用
之类的库完成工作。---------------------------------------------------------------------情形3：你在面月薪10000的Java高级研发职位。面试官对JVM有一些了解，想让你说说JVM会如何实现 instanceof 指令。但他可能也没看过实际的JVM是怎么做的，只是臆想过一下而已。JVM的规定就是“底层”。这种情况就给他JVM规范对 instanceof 指令的定义就好：, JVM规范Java SE 7版根据规范来臆想一下实现就能八九不离十的混过这题了。该层面的答案就照前面给出的就差不多了，这边不再重复。---------------------------------------------------------------------情形4：你可能在面真的简易JVM的研发职位，或许是啥嵌入式JVM的实现。面试官会希望你对简易JVM的实现有所了解。JVM的直观实现就是“底层”。这个基本上跟情形3差不多，因为简易JVM通常会用很直观的方式去实现。但对具体VM实现得答对一些小细节，例如说这个JVM是如何管理类型信息的。这个情形的话下面举点例子来讲讲。---------------------------------------------------------------------情形5：你在面试月薪10000以上的Java资深研发职位，注重性能调优啥的。这种职位虽然不直接涉及JVM的研发，但由于性能问题经常源自“”，对实际使用的JVM的实现的思路需要有所了解。面试官对JVM的了解可能也就在此程度。对付这个可以用一篇论文：。之前有个讨论帖里讨论过对这篇论文的解读：---------------------------------------------------------------------情形6：你在面试真的高性能JVM的研发职位，例如 HotSpot VM 的研发。JVM在实际桌面或服务器环境中的具体实现是“底层”。呵呵这要回答起来就复杂了，必须回答出JVM实现中可能做的优化具体的实现。另外找地方详细写。---------------------------------------------------------------------我觉得会问这种问题的还是情形1和2的比例比较大，换句话说面试官也不知道真的JVM是如何实现这instanceof指令的，可能甚至连这指令的准确语义都无法描述对。那随便忽悠忽悠就好啦不用太认真。说不定他期待的答案本身就雾很大（逃碰上情形4、6的话，没有忽悠的余地，是怎样就得怎样。情形5可能还稍微有点忽悠余地呃呵呵。==============================================================看俩实际存在的简易JVM的实现，Kaffe和JamVM。它们都以解释器为主，JIT的实现非常简单，主要功能还是在VM runtime里实现，所以方便考察。主要考察的是：它们中Java对象的基本结构（如何找到类型信息），类型信息自身如何记录（内部用的类型信息与Java层的java.lang.Class对象的关系），以及instanceof具体是怎样实现的。---------------------------------------------------------------------KaffeKaffe中Java对象由Hjava_lang_Object结构体表示，里面有个struct _dispatchTable*类型的字段vtable，下面再说。Java层的java.lang.Class实例在VM里由Hjava_lang_Class结构体表示。Kaffe直接使用Hjava_lang_Class来记录VM内部的类型信息。也就是说在Kaffe上运行的Java程序里持有的java.lang.Class的实例就是该JVM内部存类型信息的对象。前面提到的_dispatchTable结构体也在该文件里定义。它是一个虚方法分派表，主要用于高效实现invokevirtual。假如有Hjava_lang_Object* obj，要找到它对应的类型信息只要这样：obj-&vtable-&class
instanceof的功能由soft.c的soft_instanceof()函数实现。该函数所调用的函数大部分都在这个文件里。这边定义了softcall_instanceof宏用于在解释器或者JIT编译后的代码里调用soft_instanceof()函数这边定义了instanceof字节码指令的处理要调用softcall_instanceof宏---------------------------------------------------------------------JamVMJamVM中Java对象由Object结构体表示，Java层的java.lang.Class实例在VM里由Class表示（是个空Object），VM内部记录的类信息由ClassBlock结构体表示（类型名、成员、父类、实现的接口、类价值器啥的都记录在ClassBlock里）。比较特别的是每个Class与对应的ClassBlock实际上是粘在一起分配的，所以Class*与ClassBlock*可以很直接的相互转换。例如说如果有Class* c想拿到它对应的ClassBlock，只要：ClassBlock* cb = CLASS_CB(c);
即可。Object结构体里有Class*类型的成员class，用于记录对象的类型。instanceof的功能由cast.c第68行的isInstanceOf()函数实现。该函数所调用的函数大部分都在这个文件里。解释器主循环的代码主要在interp.c里。把instanceof指令的参数所指定的常量池索引解析为实际类指针的逻辑在OPC_INSTANCEOF的实现里。JamVM做了个优化，在解析好类之后会把instanceof字节码改写为内部字节码instanceof_quick；调用isInstanceOf()的地方在2161行OPC_INSTANCEOF_QUICK的实现里，可以看到它调用的是isInstanceOf(class, obj-&class)。---------------------------------------------------------------------上面介绍了Kaffe与JamVM里instanceof字节码的实现相关的代码在哪里。接下来简单分析下它们的实现策略。两者的实现策略其实几乎一样，基本上按照下面的步骤：（假设要检查的对象引用是obj，目标的类型对象是T）obj如果为null，则返回false；否则设S为obj的类型对象，剩下的问题就是检查S是否为T的子类型如果S == T，则返回true；接下来分为3种情况，S是数组类型、接口类型或者类类型。之所以要分情况是因为instanceof要做的是“子类型检查”，而Java语言的类型系统里数组类型、接口类型与普通类类型三者的子类型规定都不一样，必须分开来讨论。到这里虽然例中两个JVM的具体实现有点区别，但概念上都与JVM规范所描述的
几乎一样。其中一个细节是：对接口类型的instanceof就直接遍历S里记录的它所实现的接口，看有没有跟T一致的；而对类类型的instanceof则是遍历S的super链（继承链）一直到Object，看有没有跟T一致的。遍历类的super链意味着这个算法的性能会受类的继承深度的影响。关于Java语言里子类型关系的定义，请参考：类类型和接口类型的子类型关系大家可能比较熟悉，而数组类型的子类型关系可能会让大家有点意外。4.10.3. Subtyping among Array TypesThe following rules define the direct supertype relation among array types:If S and T are both reference types, then S[] &1 T[] iff S &1 T.Object &1 Object[]Cloneable &1 Object[]java.io.Serializable &1 Object[]If P is a primitive type, then:Object &1 P[]Cloneable &1 P[]java.io.Serializable &1 P[]这里稍微举几个例子。以下子类型关系都成立（“&:”符号表示左边是右边的子类型，“=&”符号表示“推导出”）：String[][][] &: String[][][] （数组子类型关系的自反性）String &: CharSequence =& String[] &: CharSequence[] （数组的协变）String[][][] &: Object （所有数组类型是Object的子类型）int[] &: Serializable （原始类型数组实现java.io.Serializable接口）Object[] &: Serializable （引用类型数组实现java.io.Serializable接口）int[][][] &: Serializable[][] &: Serializable[] &: Serializable （上面几个例子的延伸?开始好玩了吧？）int[][][] &: Object[][] &: Object[] &: Object好玩不？实际JVM在记录类型信息的时候必须想办法把这些相关类型都串起来以便查找。另外补充一点：楼主可能会觉得很困惑为啥说到这里只字未提ClassLoader——因为在这个问题里还轮不到它出场。在一个JVM实例里，"(类型的全限定名, defining class loader)"这个二元组才可以唯一确定一个类。如果有两个类全限定名相同，也加载自同一个Class文件，但defining class loader不同，从VM的角度看它们就是俩不同的类，而且相互没有子类型关系。instanceof运算符只关心“是否满足子类型关系”，至于类型名是否相同之类的不需要关心。通过Kaffe与JamVM两个例子我们可以看到简单的JVM实现很多地方就是把JVM规范直观的实现了出来。这就解决了前面提到的情形4的需求。==============================================================至于情形5、6，细节讲解起来稍麻烦所以这里不想展开写。高性能的JVM跟简易JVM在细节上完全不是一回事。简单来说，优化的主要思路就是把Java语言的特点考虑进来：由于Java的类所继承的超类与所实现的接口都不会在运行时改变，整个继承结构是稳定的，某个类型C在继承结构里的“深度”是固定不变的。也就是说从某个类出发遍历它的super链，总是会遍历到不变的内容。这样我们就可以把原本要循环遍历super链才可以找到的信息缓存在数组里，并且以特定的下标从这个数组找到我们要的信息。同时，Java的类继承深度通常不会很深，所以为这个缓存数组选定一个固定的长度就足以优化大部分需要做子类型判断的情况。HotSpot VM具体使用了长度为8的缓存数组，记录某个类从继承深度0到7的超类。HotSpot把类继承深度在7以内的超类叫做“主要超类型”（primary super），把所有其它超类型（接口、数组相关以及超过深度7的超类）叫做“次要超类型”（secondary super）。对“主要超类型”的子类型判断不需要像Kaffe或JamVM那样沿着super链做遍历，而是直接就能判断子类型关系是否成立。这样，类的继承深度对HotSpot VM做子类型判断的性能影响就变得很小了。对“次要超类型”，则是让每个类型把自己的“次要超类型”混在一起记录在一个数组里，要检查的时候就线性遍历这个数组。留意到这里把接口类型、数组类型之类的子类型关系都直接记录在同一个数组里了，只要在最初初始化secondary_supers数组时就分情况填好了，而不用像Kaffe、JamVM那样每次做instanceof运算时都分开处理这些情况。举例来说，如果有下述类继承关系：Apple &: Fruit &: Plant &: Object并且以Object为继承深度0，那么对于Apple类来说，它的主要超类型就有：0: Object1: Plant2: Fruit3: Apple这个信息就直接记录在Apple类的primary_supers数组里了。Fruit、Plant等类同理。如果我们有这样的代码：Object f = new Apple();
boolean result = f instanceof Plant;
也就是变量f实际指向一个Apple实例，而我们要问这个对象是否是Plant的实例。可以知道f的实际类型是Apple；要测试的Plant类的继承深度是1，拿Apple类里继承深度为1的主要超类型来看是Plant，马上就能得出结论是true。这样就不需要顺着Apple的继承链遍历过去一个个去看是否跟Plant相等了。对此感兴趣的同学请参考前面在情形5提到的两个链接。先读第一个链接那篇论文，然后看第二个链接里的讨论（没有ACM帐号无法从第一个链接下载到论文的同学可以在第二个链接里找到一个镜像）。JDK6至今的HotSpot VM实际采用的算法是：S.is_subtype_of(T) := {
int off = T.
if (S == T)
if (T == S[off])
if (off != &cache)
if ( S.scan_secondary_subtype_array(T) ) {
S.cache = T;
（具体是什么意思请务必参考论文）这边想特别强调的一点是：那篇论文描述了HotSpot VM做子类型判断的算法，但其实只有HotSpot VM的解释器以及
的调用是真的完整按照那个算法来执行的。HotSpot VM的两个编译器，Client Compiler (C1) 与 Server Compiler (C2) 各自对子类型判断的实现有更进一步的优化。实际上在这个JVM里，instanceof的功能就实现了4份，VM runtime、解释器、C1、C2各一份。VM runtime的： oopDesc::is_a() is_subtype_of()
Klass::search_secondary_supers()inline bool oopDesc::is_a(klassOop k)
const { return blueprint()-&is_subtype_of(k); }
bool is_subtype_of(klassOop k) const {
off = k-&klass_part()-&super_check_offset();
klassOop sup = *(klassOop*)( (address)as_klassOop() + off );
const juint secondary_offset = in_bytes(secondary_super_cache_offset());
if (sup == k) {
return true;
} else if (off != secondary_offset) {
return false;
return search_secondary_supers(k);
bool search_secondary_supers(klassOop k) const;
bool Klass::search_secondary_supers(klassOop k) const {
// Put some extra logic here out-of-line, before the search proper.
// This cuts down the size of the inline method.
// This is necessary, since I am never in my own secondary_super list.
if (this-&as_klassOop() == k)
return true;
// Scan the array-of-objects for a match
int cnt = secondary_supers()-&length();
for (int i = 0; i & cnt; i++) {
if (secondary_supers()-&obj_at(i) == k) {
((Klass*)this)-&set_secondary_super_cache(k);
return true;
return false;
解释器的（以x86-64的template interpreter为例）： TemplateTable::instanceof() InterpreterMacroAssembler::gen_subtype_check()（太长，不把代码贴出来了。要看代码请点上面链接）C1和C2对instanceof的优化分散在好几个地方，以C1为例，C1把Java字节码parse成HIR（High-level Intermediate Representation）的逻辑在GraphBuilder::iterate_bytecodes_for_block()，它先把instanceof字节码解析成了InstanceOf节点：然后在优化过程中，InstanceOf节点会观察它的对象参数是否为常量null或者是固定的已知类型，并相应的尝试做常量折叠： Canonicalizer::do_InstanceOf如果已经常量折叠了的话就没后续步骤了。反之则继续下去生成LIR： LIRGenerator::do_InstanceOf LIR_List::instanceof最后生成机器码： LIR_Assembler::emit_opTypeCheck LIR_Assembler::emit_typecheck_helper生成的机器码逻辑跟解释器版本基本上是一样的，只是寄存器使用上稍微不同。而在C2中，最初处理instanceof字节码生成C2的内部节点的逻辑主要在： GraphKit::gen_instanceof()它会调用 GraphKit::gen_subtype_check() 来生成检查逻辑的主体，而后者会根据代码的上下文所能推导出来的类型信息把类型检查尽量优化到更简单的形式，甚至直接就得出结论。对这部分细节感兴趣的同学请单独联系我或者另外开帖讨论吧。下面两个patch是我对HotSpot VM在子类型检查相关方面做的小优化，两个都在JDK7u40/JDK8里发布：举个例子，经过JDK-7170463的patch之后，HotSpot VM的C2会把下面这样的代码：if (obj.getClass() == A.class) {
boolean isInst = obj instanceof A;
优化为：if (obj.getClass() == A.class) {
boolean isInst = true;
那个instanceof运算就直接被常量折叠掉了。楼主可以看看，当时面试你的面试官是否了解到这种细节了，而他又是否真的要在面试种考察这种细节。==============================================================楼主的问题原本有提到 BytecodeInstanceOf.java 。它是 Serviceability Agent 的一部分，不是 HotSpot VM 内的逻辑。关于 Serviceability Agent 请从这帖里的链接找资料来读读：SA是HotSpot VM自带的一个用来调试、诊断HotSpot VM运行状态的工具。它是一个“进程外”条调试器，也就是说假如我们要调试的HotSpot VM运行在进程A里，那么SA要运行在另一个进程B里去调试进程A。这样做的好处是SA与被调试进程不会相互干扰，于是调试就可以更干净的进行；就算SA自己崩溃了也（通常）不会连带把被调试进程也弄崩溃。SA在HotSpot VM内部的C++代码里嵌有一小块，主要是把HotSpot的C++类的符号信息记录下来；SA的主体则是用Java来实现的，把可调试的HotSpot里C++的类用Java再做一层皮。楼主看到的BytecodeInstanceOf类就是这样的一层皮，它并不包含HotSpot的执行逻辑，纯粹是为调试用的。直接放些外部参考资料链接方便大家找：, USENIX JVM '01这篇是描述 HotSpot Serviceability Agent 的原始论文，要了解 SA 的背景必读。提到了hotspot/agent目录里的代码都是 Serviceability Agent 的实现。注意 SA 并不是 HotSpot VM 运行时必要的组成部分。, OpenJDK这是OpenJDK馆网上的相关文档页面。
通过对象可以获取对象所属的类型，好像是"对象.getClass（）"看看java中的反射机制，我感觉面试官是想往这个方向问
先简单介绍一下instanceof的字节码操作：确定对象是否为给定的类型指令格式：instanceof|indexbyte1|indexbyte2指令执行前后的栈顶状态：
……，objectref=&
……，result描述：indexbyte1和indexbyte2用于构造对当前类的常量池的索引，objectref为reference类型，可以是某个类，数组的实例或者是接口。基本的实现过程：对indexbyte1和indexbyte2构造的常量池索引进行解析，然后根据java规范判断解析的类是不是objectref的一个实例，最后在栈顶写入结果。大体是这么个过程，没有详细列举细节
貌似只有包装以后的对象才能用这个方法，基本类型不能用，底层语言实现时候用标志了？懂英语的进来下哈~Avivasunlyciaesionhigh以上这几个英语单词是什么意思?怎么读``读音要用拼音标出来``不要用音标哦~不然我看不懂~sun (读成"撒n) 撒n?读8出来诶是sānē吗？_百度作业帮
拍照搜题，秒出答案
懂英语的进来下哈~Avivasunlyciaesionhigh以上这几个英语单词是什么意思?怎么读``读音要用拼音标出来``不要用音标哦~不然我看不懂~sun (读成"撒n) 撒n?读8出来诶是sānē吗？
懂英语的进来下哈~Avivasunlyciaesionhigh以上这几个英语单词是什么意思?怎么读``读音要用拼音标出来``不要用音标哦~不然我看不懂~sun (读成"撒n) 撒n?读8出来诶是sānē吗？
Aviva (读成"啊Vi哇")原是希伯来词,意为“美丽的春天”,同Avivi.引申意为“希望”.sun (读成"撒n)太阳Lycia (读"利西亚) n.利西亚(小亚细亚西南部临地中海一古国名,后成为罗马帝国的一个省)esion 查不到 估计读(诶森)high(嗨)高的意思