자바 JNI 실현 원리 (5) JNI 방법 해석 호출
invokespecial 의 예 를 들 어 templatetable 방법 으로 invokespecial 의 코드 를 설명 합 니 다.
void TemplateTable::invokespecial(int byte_no) {
transition(vtos, vtos);
assert(byte_no == f1_byte, "use this argument");
prepare_invoke(rbx, noreg, byte_no);
// do the call
__ verify_oop(rbx);
__ profile_call(rax);
__ jump_from_interpreted(rbx, rax);
}
함수 prepareinvoke
함수 prepareinvoke 의 등급 호출 관계
TemplateTable::prepare_invoke
-> TemplateTable::load_invoke_cp_cache_entry
-> TemplateTable::resolve_cache_and_index
함수 에서 resolvecache_and_index 에서 볼 수 있 습 니 다.
1. 먼저 constantpolcache 를 확인 하고 스 레 드 의 constantpolcache 에 방법 지침 을 저장 할 지 여 부 를 확인 합 니 다. 방법 이 있 으 면 jcc 를 사용 하여 Label resolved 로 이동 합 니 다. Lable resolved 는 방법 첫 번 째 실행 이 끝 난 후에 bid 를 함수 의 끝으로 이동 합 니 다.
2. cache 에 없 으 면 interpreterRuntime: resolveinvoke 올 바른 method 를 찾 아 constant pool cache 에 저장 합 니 다.
case Bytecodes::_invokevirtual:
case Bytecodes::_invokespecial:
case Bytecodes::_invokestatic:
case Bytecodes::_invokeinterface:
entry = CAST_FROM_FN_PTR(address, InterpreterRuntime::resolve_invoke);
break;
함수
interpreterRuntime:resolve_invoke
-->LinkResolver::resolve_invoke
-->LinkResolver::resolve_special_call
-->LinkResolver::linktime_resolve_special_method
-->LinkResolver::resolve_method
어떤 호출 방식 이 든 마지막 에 LinkResolver::resolve 를 호출 합 니 다.method 실제 호출 방법 을 찾 아 runtimeresolve_special_method 는 methodhandle 을 CallInfo 에 저장 하여 InterperterRuntime::resolveinvoke 에서 동시에 CallInfo::setcommon 설정 - Xcomp 의 경우 컴 파일 방법 이 필요 한 지 여 부 를 결정 합 니 다.
우 리 는 방법 prepare 를 볼 수 있다.invoke, methodoop 지침 을 찾 아 레지스터 rbx 에 저장 하 였 습 니 다.
함수 jumpfrom_interpreted
void InterpreterMacroAssembler::jump_from_interpreted(Register method, Register temp) {
prepare_to_jump_from_interpreted();
if (JvmtiExport::can_post_interpreter_events()) {
Label run_compiled_code;
// JVMTI events, such as single-stepping, are implemented partly by avoiding running
// compiled code in threads for which the event is enabled. Check here for
// interp_only_mode if these events CAN be enabled.
get_thread(temp);
// interp_only is an int, on little endian it is sufficient to test the byte only
// Is a cmpl faster (ce
cmpb(Address(temp, JavaThread::interp_only_mode_offset()), 0);
jcc(Assembler::zero, run_compiled_code);
jmp(Address(method, methodOopDesc::interpreter_entry_offset()));
bind(run_compiled_code);
}
jmp(Address(method, methodOopDesc::from_interpreted_offset()));
}
methodoop 으로 넘 어 가 는from_interpreted_entry, 즉 앞 블 로그 에서 (자바 JNI (4) JNI 초기 화 방법) 말 하 는 generatenative_entry 중이 블 로그 에 서 는 native 방법의 호출 과 관련 된 것 이 많 지 않 으 며, asm 해석 기 가 하나의 방법 을 설명 할 때 대응 하 는 method 에 어떻게 링크 하고 처리 method 의 entry 를 찾 습 니까?
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
Is Eclipse IDE dying?In 2014 the Eclipse IDE is the leading development environment for Java with a market share of approximately 65%. but ac...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.