자바 JNI 실현 원리 (5) JNI 방법 해석 호출

Hotspot 은 주로 두 가지 해석 기 가 있 는데 다음 에 우리 가 주로 토론 하 는 것 은 Template Intepreter 도 asm interprete 해석 기 라 고 합 니 다. 글 아래 의 소 개 는 기본적으로 template 해석 기 를 바탕 으로 합 니 다.
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 를 찾 습 니까?

좋은 웹페이지 즐겨찾기