精华内容
下载资源
问答
  • main方法详解

    千次阅读 2017-05-20 23:50:52
    学习Java有一段时间了,一直没用过博客来写写自己在学习过程中遇到的问题和学习心得,看到别人在诸如...话不多说,就以main方法详解开始今天的主题吧。  为了表述方便,我先把mian方法写出来: public class Demo

           学习Java有一段时间了,一直没用过博客来写写自己在学习过程中遇到的问题和学习心得,看到别人在诸如博客这样的社区写一些总结觉得挺好的。索性,今天开始自己也用起博客记录学习。一来呢,能更好的总结学习知识。二来,有问题更有机会让别人指出,对自己学习也很有帮助。话不多说,就以main方法详解开始今天的主题吧。

          为了表述方便,我先把mian方法写出来:

    public class Demo {
    	public static void main(String[] args) {
    		System.out.println("Hello Word");
    	}
    }

          1、为什么是公共的(public)

           我们都知道,Java指定了一些可访问的修饰符如:private,protected,public。每个修饰符都有它对应的权限,public权限最大,为了说明问题,我们假设main方法是用private修饰的,那么main方法出了Demo这个类对外是不可见的。那么,JVM就访问不到main方法了。因此,为了保证JVM在任何情况下都可以访问到main方法,就用public修饰。

           2、为什么是静态的(static)

           静态可以让JVM调用main方法的时候更加方便,不需要通过对象调用。但这么说的话说服力好像还不够,那我们同样先假设没有static。“main”方法写成:

    public class Demo {
    	public void main(String[] args) {
    		System.out.println("Hello Word");
    	}
    }

    此时,JVM要调用main方法可以这样做:new Demo().main();对于这种情况来说显然是可以的。但是我们接着看下面这种情况:

    public class Demo {
    	public Demo(String name,int age){
    		
    	}
    	public void main(String[] args) {
    		System.out.println("Hello Word");
    	}
    }

    这种情况下,Demo这个类没有了无参构造方法,只有带参的构造方法。此时要创建对象就会调用的带参的构造方法,而带参的构造方法必然是要接受参数的,可是对于JVM来讲,根本就不知道要传递什么参数。所以,将main方法设计成静态的,就避免了这种问题。

           3、为什么没有返回值(void)

           这个很好理解,假设是有返回值的,JVM调用了main方法,main将数据返回给JVM,main方法一旦返回数据,也就意味着程序结束了,而JVM要这个返回的数据是没有意义的。所以就设计main方法为voi。

          4、main

           这个没什么好说的,只不过是JVM能识别的一个特殊的函数名而已。

          5、String [] args

          担心某些程序在启动的时候需要参数,这个我在这里简单演示一下使用方法,好像几乎用不到。

    public class Demo {
    	public void main(String[] args) {
    		System.out.println("数组的长度:"+args.length);
    		for (int i = 0; i < args.length; i++) {
    			System.out.println(args[i]+",");
    		}
    	}
    }

     

       当然JDK1.5之后引入了可变参数,所以将String [] args写为String...arrgs也是可以的。


    展开全文
  • Android Studio 运行Java main方法报错 问题描述: 今天在Android Studio上新建了个工程,想运行个Java Main方法做个测试。写了个Main方法运行,结果报错了。 public class Test { public static void main(String...

    Android Studio 运行Java main方法报错

    问题描述:

    今天在Android Studio上新建了个工程,想运行个Java Main方法做个测试。写了个Main方法运行,结果报错了。

    public class Test {
        public static void main(String[] args) {
            System.out.println("hello world");
        }
    }
    

    报错信息如下:

    A problem occurred configuring project ':Test'.
    > Could not create task ':Test:Test.main()'.
       > SourceSet with name 'main' not found.
       > 
    

    意思是找不到 main 方法。

    解决办法:

    我的原因是在新建工程的时候选择的是 Android Library。然后应该使用gradle编译的,所以导致了找不到这个 main 方法。
    解决方法就是新建工程的时候选择 Java or Kotlin Library 。在这个工程中在运行相同的代码就可以成功。

    展开全文
  • Java程序main方法执行流程

    千次阅读 2019-12-06 18:42:40
    Java程序main方法执行流程 当我们编写完java源代码程序后,经过javac编译后,执行java命令执行这个程序时,是怎么一步步的调用到我们程序中的main方法的呢?今天通过查看OpenJdk的源码来揭开它的神秘面纱。 java命令...

    Java程序main方法执行流程

    当我们编写完java源代码程序后,经过javac编译后,执行java命令执行这个程序时,是怎么一步步的调用到我们程序中的main方法的呢?今天通过查看OpenJdk的源码来揭开它的神秘面纱。

    java命令是在安装jre/jdk时配置到系统环境路径中去的,执行java命令时会找到bin目录下的java可执行程序,并将我们编译后的java程序类名传递进去就可以执行了。

    java可执行程序是由C++编写的,它的内部会启动一个Java虚拟机实例。
    虚拟机启动入口函数位于src/java.base/share/native/launcher/main.c。

    // src/java.base/share/native/launcher/main.c
    
    // java程序启动入口主函数
    JNIEXPORT int main(int argc, char **argv) {
        
        ...
        
        return JLI_Laucher(margc, margv,
                            jargc, (const char**) jargv,
                             0, NULL,
                       VERSION_STRING,
                       DOT_VERSION,
                       (const_progname != NULL) ? const_progname : *margv,
                       (const_launcher != NULL) ? const_launcher : *margv,
                       jargc > 0,
                       const_cpwildcard, const_javaw, 0)
            
    }
    
    
    // src/java.base/share/native/libjli/java.c
    
    JNIEXPORT int JNICALL JLI_Launch(int argc,
                                    char** argv,
                                    int jargc,
                                    const char** jargv,
                                    int appclassc,
                                    const char** appclassv,
                                    const char* fullversion,
                                    const char* dotversion,
                                    const char* pname,
                                    const char* lname,
                                    jboolean javaargs,
                                    jboolean cpwildcard,
                                    jboolean javaw,
                                    jint ergo) {
                                    
                                    
        ...               
        
        return JVMInit(&ifn, threadStackSize, argc, argv, mode, what, ret);
    }
    
    
    int ContinueInNewThread(InvocationFunction* ifn, 
                            jlong threadStackSize, 
                            int argc, 
                            char **argv, 
                            int mode, 
                            char *what, 
                            int ret) {
        int rslt;
        
        ...
        
        rslt = CallJavaMainInNewThread(threadStackSize, (void*)&args);
        return (ret != 0) ? ret : rslt;
    }
    
    //真正调用Java类的main函数入口
    int JavaMain(void* _args) {
        JNIEnv *env = 0;
     
        jclass mainClass = NULL;
        //找到main函数所在的类
        mainClass = LoadMainClass(env, mode, what);   
        //获取main函数的参数
        mainArgs = CreateApplicationArgs(env, argv, argc);
        //从类中找到main方法标识
        mainID = (*env)->GetStaticMethodID(env, mainClass, "main",
                                           "([Ljava/lang/String;)V");
        
        //调用main方法                                   
        (*env)->CallStaticVoidMethod(env, mainClass, mainID, mainArgs);
    }
    
    
    // src/java.base/macosx/native/libjli/java_md_macosx.m
    // src/java.base/unix/native/libjli/java_md_solinux.c
    
    int JVMInit(InvocationFunctions* ifn, jlkong threadStackSize, int argc,
                char **argv, int mode, char **what, int ret) {
                
        ...
        
        return continueInNewThread(ifn, threadStackSize, argc, argv, mode, what, ret);
    }
    
    CallJavaMainInNewThread(jlong stack_size, void* args) {
        
        int rslt;
        
        ...
        
        
        rslt = JavaMain(args);
        
        return rslt;
    }
    
    
    //hotspot/share/prims/jni.cpp
    
    //调用一个main这个静态方法
    static void jni_invoke_static(JNIEnv *env, JavaValue* result, jobject receiver, JNICallType call_type, jmethodID method_id, JNI_ArgumentPusher *args, TRAPS) {
        
        JavaCalls::call(result, method, &java_args, CHECK);
    }
    
    // hotspot/share/runtime/javaCalls.cpp
    
    void JavaCalls::call(JavaValue* result, const methodHandle& method, JavaCallArguments* args, TRAPS) {
    
        os::os_exception_wrapper(call_helper, result, method, args, THREAD);
    }
    
    void JavaCalls::call_helper(JavaValue* result, const methodHandle& method, JavaCallArguments* args, TRAPS) {
    
        //字节码解释器入口函数地址
        address entry_point = method->from_interpreted_entry();
        if (JvmtiExport::can_post_interpreter_events() && thread->is_interp_only_mode()) {
            entry_point = method->interpreter_entry();
        }
        
        ...
        
        通过call_stub->entry_point->method的调用链,完成Java方法的调用
        StubRoutines::call_stub()(
            (address)&link,//call_stub调用完后,返回值通过link指针带回来
            // (intptr_t*)&(result->_value), // see NOTE above (compiler problem)
            result_val_address,          // see NOTE above (compiler problem)
            result_type,
            method(),
            entry_point,
            parameter_address,
            args->size_of_parameters(),
            CHECK
          );
          
          result = link.result();//获取返回值
    }
    
    //  hotspot/share/runtime/stubRoutines.hpp
    
    // 将_call_stub_entry指针转换为CallStub类型,并执行该指针对应的函数
    // 这个_call_stub_entry指针是通过stubGenerator类在初始化生成的,
    // 这个stubGernerator负责为将要执行的方法创建栈帧,其实现区分不同CPU平台
    static CallStub call_stub() {
        return CAST_TO_FN_PTR(CallStub, _call_stub_entry);
    }
    
    // Calls to Java
    typedef void (*CallStub)(
        address   link,
        intptr_t* result,
        BasicType result_type,
        Method* method,
        address   entry_point,
        intptr_t* parameters,
        int       size_of_parameters,
        TRAPS
    );
    

    这里以x86_32平台为例进行说明_call_stub_entry的创建:

    // hotspot/cpu/x86/stubGenerator_x86_32.cpp
    
    class StubGenerator: public StubCodeGenerator {
        public:
        //构造函数
      StubGenerator(CodeBuffer* code, bool all) : StubCodeGenerator(code) {
        if (all) {
          generate_all();
        } else {
          generate_initial();
        }
      }
      
      //初始化
      void generate_initial() {
        
        ...
        
        //创见CallStub实例,并赋值给StubRoutines::_call_stub_entry
        StubRoutines::_call_stub_entry =
          generate_call_stub(StubRoutines::_call_stub_return_address);
        
        ...
      }
      
    }
    
    
    //创建方法调用的栈帧
    address generate_call_stub(address& return_address) {
        
        //创建栈帧、参数入栈等
        
        ...
        
        __ movptr(rbx, method);           // 保存方法指针到rbx中
        __ movptr(rax, entry_point);      // get entry_point
        __ mov(rsi, rsp);                 // set sender sp
        
        //调用rax寄存器存储的解释器入口函数,这里解释器入口函数就是entry_point指针指向的函数
        //解释器就会开始从method指针指向的位置开始执行字节码
        __ call(rax);   
        
        ...
    }
    

    下面看一下解释器的入口函数的实现,从前面可以知道解释器入口函数是从method中获取到的。

    // hotspot/share/oops/method.hpp
    
    //该方法被内联了,即获取成员变量_from_interpreted_entry的值。
    address from_interpreted_entry() const;
    
    inline address Method::from_interpreted_entry() const {
      return Atomic::load_acquire(&_from_interpreted_entry);
    }
    
    // _from_interpreted_entry是在link_mehtod函数被赋值的。
    void Mehthd
    
    

    那么_from_interpreted_entry是在什么时候被赋值的呢?在链接方法时。

    // hotspot/share/oops/method.cpp
    
    void Method::link_method(const methodHandle& h_method, TRAPS) {
        
        ...
        
        if (!is_shared()) {
            //终于和字节码解释器勾搭上了
            //根据h_method的类型取出对应的解释器入口函数
            address entry = Interpreter::entry_for_method(h_method);
            set_interpreter_entry(entry);
        }
        
        ...
    }
    
    // hotspot/share/interpreter/abstractInterpreter.hpp
    
    //解释器入口函数数组
    static address  _entry_table[number_of_method_entries];
    
    static MethodKind method_kind(const methodHandle& m);
    static address entry_for_kind(MethodKind k){ 
         return _entry_table[k];
    }
    
    //从methodHandle中取出方法类型MethodKind,并根据方法类型从_entry_table取出对应的解释器入口函数地址
    static address entry_for_method(const methodHandle& m){
        return entry_for_kind(method_kind(m));
    }
    
    //虚拟机启动时通过该函数填充_entry_table数组
    static void set_entry_for_kind(MethodKind k, address e);
    

    那么到底是什么时候调用的set_entry_for_kind函数来初始化的呢?

    在文章开头说过,launcher/main.c中的main函数是java程序的启动函数,在main函数中调用了JLI_Launcher函数,在JLI_Launcher会调用LoadJavaVM函数加载虚拟机的动态链接库,并找到创建虚拟机的入口函数JNI_CreateJavaVM存储到结构体InvocationFunctions中。
    这个结构体InvocationFunctions会一直当做参数传递到JavaMain函数中。
    之后再JavaMain函数中,会根据JNI_CreateJavaVM虚拟机创建函数来初始化虚拟机,此时已经是在一个新的线程中运行了。

    下面看一下具体的调用流程:

    // src/java.base/share/native/libjli/java.c
    
    JNIEXPORT int JNICALL JLI_Launch(int argc,
                                    char** argv,
                                    int jargc,
                                    const char** jargv,
                                    int appclassc,
                                    const char** appclassv,
                                    const char* fullversion,
                                    const char* dotversion,
                                    const char* pname,
                                    const char* lname,
                                    jboolean javaargs,
                                    jboolean cpwildcard,
                                    jboolean javaw,
                                    jint ergo) {
                                    
                                    
        ...               
        
        //Java虚拟机动态链接库的路径
        char jvmpath[MAXPATHLEN];
        //
        InvocationFunctions ifn;
        
        //从参数中读取虚拟机运行环境所需的配置
        CreateExecutionEnvironment(&argc, &argv,
                                   jrepath, sizeof(jrepath),
                                   jvmpath, sizeof(jvmpath),
                                   jvmcfg,  sizeof(jvmcfg));
        
        ifn.CreateJavaVM = 0;
        ifn.GetDefaultJavaVMInitArgs = 0;
        
        //加载Java虚拟机动态链接库,并找到创建虚拟的函数JNI_CreateJavaVM
        //这里会区分不同平台和CPU位数,但大体上就是使用dlopen和dlsym这个两个系统调用来实现
        if (!LoadJavaVM(jvmpath, &ifn)) {
            return(6);
        }
        ...
        
        return JVMInit(&ifn, threadStackSize, argc, argv, mode, what, ret);
    }
    

    下面以macos平台为例看一下LoadJavaVM的实现:

    // src/java/base/macosx/native/libjli/java_md_macosx.m
    
    jboolean LoadJavaVM(const char *jvmpath, InvocationFunctions *ifn)
    {
        //动态链接库文件句柄
        void *libjvm;
        
        //判断是否是静态编译,使用dlopen函数打开动态链接库
    #ifndef STATIC_BUILD
        libjvm = dlopen(jvmpath, RTLD_NOW + RTLD_GLOBAL);
    #else
        libjvm = dlopen(NULL, RTLD_FIRST);
    #endif
    
        //使用dlsym函数根据函数符号找到对应函数地址
        //这里一共获取了三个函数JNI_CreateJavaVM、JNI_GetDefaultJavaVMInitArgs、JNI_GetCreatedJavaVMs
        //如果有任何一下缺失都会返回错误,如果成功则将三个函数存储到InvocationFunctions结构体中。
        ifn->CreateJavaVM = (CreateJavaVM_t)
            dlsym(libjvm, "JNI_CreateJavaVM");
            
        ifn->GetDefaultJavaVMInitArgs = (GetDefaultJavaVMInitArgs_t)
            dlsym(libjvm, "JNI_GetDefaultJavaVMInitArgs");
            
        ifn->GetCreatedJavaVMs = (GetCreatedJavaVMs_t)
        dlsym(libjvm, "JNI_GetCreatedJavaVMs");
        
        return JNI_TRUE;
    }
    

    从动态链接库中找到创建虚拟机的入口函数后,会把InvocationFunctions结构体作为参数一路传递到JavaMain函数中,并在其中发起调用。

    // src/java.base/share/native/libjli/java.c
    
    int JavaMain(void* _args) {
        //将参数强制转换为JavaMainArgs类型
        JavaMainArgs *args = (JavaMainArgs *)_args;
        //从参数取出InvocationFunctions结构体
        InvocationFunctions ifn = args->ifn;
        
        JavaVM *vm = 0;
        JNIEnv *env = 0;
        
        ...
        
        //初始化Java虚拟机
        if (!InitializeJVM(&vm, &env, &ifn)) {
            JLI_ReportErrorMessage(JVM_ERROR1);
            exit(1);
        }
        
        ...
    }
    
    static jboolean InitializaJVM(JavaVM **pwm, JNIENV **penv, InvocationFunctions *ifn) {
        JavaVMInitArgs args;
        jint r;
    
        memset(&args, 0, sizeof(args));
        args.version  = JNI_VERSION_1_2;
        args.nOptions = numOptions;
        args.options  = options;
        args.ignoreUnrecognized = JNI_FALSE;
        
        //调用JNI_CreateJavaVM函数创建虚拟机,该函数内部会转调JNI_CreateJavaVM_inner函数
        r = ifn->CreateJavaVM(pvm, (void **)penv, &args);
        JLI_MemFree(options);
        return r == JNI_OK;
    }
    
    // hotspot/share/prims/jni.cpp
    
    static jint JNI_CreateJavaVM_inner(JavaVM **vm, void **penv, void *args) {
        jint result = JNI_ERR;
        
        //通过Threads的create_vm函数创建虚拟机
        result = Threads::create_vm((JavaVMInitArgs*) args, &can_try_again);
        
        if (result == JNI_OK) {
           JavaThread *thread = JavaThread::current();
            *vm = (JavaVM *)(&main_vm);
            *(JNIEnv**)penv = thread->jni_environment(); 
            post_thread_start_event(thread);
            ThreadStateTransition::transition(thread, _thread_in_vm, _thread_in_native);
        }
        ...
        
        return result;
    }
    

    Threads::create_vm函数非常长,里面执行了很多初始化工作。例如

    • 预初始化信息,可以在初始化虚拟机之前预先初始化一些可能用到的信息,如虚拟机版本。不同的CPU平台可以在这里初始化自己定义的信息。
    • 初始化ThreadLocalStorage
    • 初始化输出流模块
    • 初始化os操作系统模块,主要是一些固定配置
    • 初始化系统属性
    • 初始化JDK版本
    • 根据JDK版本初始化特定参数
    • 解析命令行参数
    • 初始化和应用ergonomics,主要是初始化大内存页,根据CPU核心数、内存容量设置虚拟内存页大小、JVM内存参数、GC策略、java8取消永久代新增Metaspace区。
    • 解析完参数后,二次初始化os模块。例如快速线程时钟、Linux信号处理器、最小栈长度、最大文件描述符数量、线程优先级策略等
    • 初始化安全点机制,安全点机制是很重要的概念。安全点是指一些特定的位置,当线程运行到这些位置时,线程的一些状态可以被确定。
    • 初始化输出流日志
    • 加载系统库
    • 初始化全局数据结构。如java基础类型、事件队列、全局锁、JVM性能统计区、大块内存池chunkpool等
    • 创建JavaThread
    • 初始化对象监视器ObjectMonitor,它是Java语言级别的同步子系统
    • 初始化全局模块,这些模块是Hotspot的整体基础,如字节码初始化、类加载器初始化、编译策略初始化、解释器初始化等等。我们前面追踪的_entry_table数组就是在这里面初始化的。
    • 创建VMThread,并开始执行。VMThread用于执行VMOptions
    • 初始化主要JDK类,如String类、System类,Class类、线程/线程组类、Module类,还有其他反射、异常相关的类
    • 初始化jni方法的快速调用
    • 标记虚拟机的基本初始化完成
    • 日志系统的后续配置
    • 元数据区Metaspace的后续配置
    • 初始化jdk信号支持
    • 初始化Attach监听机制,它是JVM提供进程间通信机制,负责接收处理其他进程发送过来的命令
    • 初始化JSR292标准核心类,JSR292标准引入invokedynamic指令以支持调用动态类型语言中的方法,使得在把源码编译成字节码时不需要确定方法的签名。当运行invokedynamic指令时,JVM会通过新的动态链接机制Method Handles,寻找到真实的方法。
    • 第二阶段,初始化模块化系统
    • 第三阶段,初始化安全管理器、设置系统类加载器作为线程上下文的类加载器
    • 启动监听线程WatcherThread,用来模拟时钟中断。

    Threads::create_vm函数中做了上面那么多工作,这里为了简单就不讲所有源码都贴出来了。
    因为_entry_table数组的填充是在init_globals()函数中调用的,所以只说明一下init_globals()函数的调用路径。

    // hotspot/share/runtime/thread.cpp
    jint Threads::create_vm(JavaVMInitArgs* args, bool* canTryAgain) {
        
        ...
        
        //初始化全局模块
        jint status = init_globals();
        
        ...
        
        return JNI_OK;
    }
    
    
    // hotspot/share/runtime/init.cpp
    jinit init_globals() {
        ...
        
        //初始化方法处理适配器
        MethodHandles::generate_adapters();
        ...
    }
    
    // hotspot/share/prims/methodHandles.cpp
    MethodHandlesAdapterBlob* MethodHandles::_adapter_code = NULL;
    void MethodHeandles::generate_adapters() {
        _adapter_code = MethodHandlesAdapterBlob::create(adapter_code_size);
        CodeBuffer code(_adapter_code);
        MethodHandlesAdapterGenerator g(&code);
        g.generate();
    }
    
    void MethodHandlesAdapterGenerator::generate() {
        //1.生成通用方法处理适配器
        //2.生成解释器入口点
        
        //这里的MethodKinds是一个枚举类型,声明了虚拟机固有的方法类型
        for (Interpreter::MethodKind mk = Interpreter::method_handle_invoke_FIRST;
        mk <= Interpreter::method_handle_invoke_LAST;
        mk = Interpreter::MethodKind(1 + (int)mk)) {
        vmIntrinsics::ID iid = Interpreter::method_handle_intrinsic(mk);
        StubCodeMark mark(this, "MethodHandle::interpreter_entry", vmIntrinsics::name_at(iid));
        
        //根据方法类型ID生成对应的方法处理解释器入口点,并通过set_entry_for_kind设置到abstractInterpreter.cpp中的_entry_table数组中。
        address entry = MethodHandles::generate_method_handle_interpreter_entry(_masm, iid);
        if (entry != NULL) {
          Interpreter::set_entry_for_kind(mk, entry);
        }
      }
    }
    
    // hotspot/share/interpreter/abstractInterpreter.cpp
    
    void AbstractInterpreter::set_entry_for_kind(AbstractInterpreter::MethodKind kind, address entry) {
    
        //将解释器入口点填充到_entry_table数组中
         _entry_table[kind] = entry;
    
         update_cds_entry_table(kind);
    }
    

    到此就可以总结一下了,当我们通过java命令执行一个应用程序时,首先会先启动虚拟机实例,启动过程中包含了很多初始化工作,这些工作是为java程序提供运行环境的必要条件。在初始化工作中会根据不同的方法类型构建对应解释器入口点,并存储到一个数组_entry_table中。
    当初始化工作完成后,会调用java应用程序的入口方法(static void main(String[] args)),然后根据main方法的类型从_entry_table数组中找出对应的解释器入口点,然后就开始解释执行main方法的字节码了。

    最后介绍一下JVM中都预定义了哪些方法类型。

    // hotspot/share/interpreter/abstractInterpreter.hpp
    
    enum MethodKind {
        //大多数没有声明为native和synchronized方法都属于这种类型
        //在执行之前要将局部变量初始化为0
        zerolocals,                                                 // method needs locals initialization
        zerolocals_synchronized,                                    // method needs locals initialization & is synchronized
        native,                                                     // native method
        native_synchronized,                                        // native method & is synchronized
        //空方法,也单独由特定解释器处理,避免创建无效的栈帧
        empty,                                                      // empty method (code: _return)
        //成员变量的get方法
        accessor,                                                   // accessor method (code: _aload_0, _getfield, _(a|i)return)
        abstract,                                                   // abstract method (throws an AbstractMethodException)
        method_handle_invoke_FIRST,                                 // java.lang.invoke.MethodHandles::invokeExact, etc.
        method_handle_invoke_LAST                                   = (method_handle_invoke_FIRST
                                                                       + (vmIntrinsics::LAST_MH_SIG_POLY
                                                                          - vmIntrinsics::FIRST_MH_SIG_POLY)),
        
        //一些固定作用的方法,直接指定特定的解释器入口,提高效率
        java_lang_math_sin,                                         // implementation of java.lang.Math.sin   (x)
        java_lang_math_cos,                                         // implementation of java.lang.Math.cos   (x)
        java_lang_math_tan,                                         // implementation of java.lang.Math.tan   (x)
        java_lang_math_abs,                                         // implementation of java.lang.Math.abs   (x)
        java_lang_math_sqrt,                                        // implementation of java.lang.Math.sqrt  (x)
        java_lang_math_log,                                         // implementation of java.lang.Math.log   (x)
        java_lang_math_log10,                                       // implementation of java.lang.Math.log10 (x)
        java_lang_math_pow,                                         // implementation of java.lang.Math.pow   (x,y)
        java_lang_math_exp,                                         // implementation of java.lang.Math.exp   (x)
        java_lang_math_fmaF,                                        // implementation of java.lang.Math.fma   (x, y, z)
        java_lang_math_fmaD,                                        // implementation of java.lang.Math.fma   (x, y, z)
        java_lang_ref_reference_get,                                // implementation of java.lang.ref.Reference.get()
        java_util_zip_CRC32_update,                                 // implementation of java.util.zip.CRC32.update()
        java_util_zip_CRC32_updateBytes,                            // implementation of java.util.zip.CRC32.updateBytes()
        java_util_zip_CRC32_updateByteBuffer,                       // implementation of java.util.zip.CRC32.updateByteBuffer()
        java_util_zip_CRC32C_updateBytes,                           // implementation of java.util.zip.CRC32C.updateBytes(crc, b[], off, end)
        java_util_zip_CRC32C_updateDirectByteBuffer,                // implementation of java.util.zip.CRC32C.updateDirectByteBuffer(crc, address, off, end)
        java_lang_Float_intBitsToFloat,                             // implementation of java.lang.Float.intBitsToFloat()
        java_lang_Float_floatToRawIntBits,                          // implementation of java.lang.Float.floatToRawIntBits()
        java_lang_Double_longBitsToDouble,                          // implementation of java.lang.Double.longBitsToDouble()
        java_lang_Double_doubleToRawLongBits,                       // implementation of java.lang.Double.doubleToRawLongBits()
        number_of_method_entries,
        invalid = -1
      };
    
    展开全文
  • 通过在idea里配置的Tomcat启动能访问到页面,而直接通过main方法启动,控制台没有报错,正常启动,但访问不到页面,后台action能正常访问。如下: 二、参考解决方法 点击main方法启动类的Edit Configurations按钮...

    一、问题描述

    idea:2019.1
    springboot:v2.1.2.RELEASE
    OS:macOS High Sierra 10.13.6

    通过在idea里配置的Tomcat启动能访问到页面,而直接通过main方法启动,控制台没有报错,正常启动,但访问不到页面,后台action能正常访问。如下:

    在这里插入图片描述

    二、参考解决方法

    点击main方法启动类的Edit Configurations按钮打开Run/Debug Configurations对话框,左侧点击对应的启动类,右侧Configutation里的Enviroment,点击Working directory后面的下拉框会有几个选项,选择$MODULE_WORKING_DIR$选项,点击OK保存修改。如下图:

    在这里插入图片描述
    在这里插入图片描述
    然后重新启动即可,访问页面如下图:

    在这里插入图片描述

    展开全文
  • Main方法启动 tomcat启动 乱码问题

    千次阅读 2017-12-28 17:08:08
    同一段代码,在Main方法中启动与在tomcat中启动,出现了不同结果。 Main方法中显示正常,tomcat中出现了中文乱码。 解决办法tomcat启动时设置jvm参数-Dfile.encoding=UTF-8原因分析出现此现象原因:在2种启动方式...
  • IDEA启动main方法:无法找到主类

    千次阅读 2020-02-24 23:21:43
    IDEA问题 问题描述 运行main方法控制台报错:无法找到主类 问题解决 问题解决 点击如图下的选项,自动重启后即可
  • 运行jar中的Main方法Main-Class)

    千次阅读 2013-12-04 10:00:52
    Java –jar hb.jar 备注: java是命令, ...2、 指明main方法   指明引用jar包路径有两种方式——一是在脚本中指定查找路径,二是在jar包的配置文件中指明   例如: Main-Class: hb.log4j.Log4jTes
  • 标题keil debug进不去main()函数的解决方法 昨天在调试项目时我debug一直进不去main()函数中,而是一直在前几句地址循环。在网上查了各种各样的解决方法。 (1) 在“option for target”-&gt;“debug”–&gt;...
  • 使用 IDEA 导入一个普通的 Java 项目后,当需要运行项目中的一个类中的main方法时,但此时发现,鼠标右键发现菜单中没有 Run main 而且 main 函数前也没有出现可以运行的标识,此时无法运行main方法。 如下所示: ...
  • jar命令加入Main-Class描述

    千次阅读 2008-04-03 15:58:16
    想在Jar包的Manifest文件中加入Main-Class描述符,在网上查了一下,大都是说要自己写一个manifest文件,在里面定义Main-Class,然后运行:jar cvf ikeel.jar mymanifest.mf src/. 但是我发现我试了几次总是不行,...
  • * //这里要对main函数讲解一下,参数String[] args是一个字符串数组,接收来自程序执行时传进来的参数 如果是在控制台,可以通过编译执行将参数传进来,命令行如下: javac HashMapTest.java java HashMapTest a b ...
  • 今天本来是想搞个SuperDiamond配置服务器的搭建,...jetty的启动有三种方式,我这里用main方法直接启动的方式 要解决两个问题: 1.导包要全  org.eclipse.jetty.aggregate  jetty-all-server  8.2.0.v20
  • 对java coder来说, 经常接触JVM,可能不需要熟悉JVM工作原理,也能根据业务需求,通过代码实现,一般不需要对JVM有特别的了解。...所以,本文通过简单的mian方法执行,浅谈JVM工作原理,看看JVM里面都发生了什么。
  • 问题描述: 在linux(centos)云服务器上安装好Java环境,java -version都正常,可以生成.class文件,但执行java tang时出现Error: Could not find or load main class CLASS 解决方法: 第一步: 终端输入: vi /...
  • Maven运行Main方法   在Maven使用入门(二)提供了生成含有MainClass类信息的Jar包的方法,用户也可以在项目目录下直接运行main方法(JAR包中不包含MainClass信息) 。  Maven Exec插件,Exec插件允许你运行Java类和...
  • 今天从github上clone代码通过maven导入idea后,遇到的问题描述如文章标题,问题现象如下图: 此问题奇葩到这种程度: 经查网友无非两种主流解决方式,但于我均无效。 无效方式一:...
  • 接口可以继承接口。 抽象类并不能继承接口,但可以实现...抽象类可以有静态的 main 方法。抽象类在面向对象中是被用来描述现实中的抽象事物, 抽象类没有对象概念所以不能被实例化. 但可以定义属性和方法, 其中属性方.
  • JAVA进阶之旅(二)——认识Class类,反射的概念,Constructor,Fiald,Method,反射Main方法,数组的反射和实践 我们继续聊JAVA,这次比较有意思,那就是反射了 一.认识Class类 想要反射,你就必须要了解一个类...
  • main(String[] args) { FeiJi jixie = new FeiJi(); jixie.fly(); CanFly a = jixie; TestFly.makeFly(a); Niao shengwu = new Niao(); shengwu.fly(); CanFly b = shengwu; TestFly.makeFly(b); } ...
  • 关于main(int argc, char* argv[])的理解

    万次阅读 多人点赞 2012-11-29 15:59:49
    以前对main函数中的参数设置有一些理解,以为很简单,不就是... 问题描述:主进程启动多个子进程程序是需要向子进程程序传输参数,而我们知道如果向程序中传递参数也就是向main函数中传递参数,需要用到argv数组来存
  • 【背景】spring-boot项目,打包成可执行jar,项目内有两个带有main方法的类并且都使用了@SpringBootApplication注解(或者另一种情形:你有两个main方法并且所在类都没有使用@SpringBootApplication注解),pom.xml...
  • 问题描述 使用main函数的参数,实现一个整数计算器,程序可以接受三个参数,第一个参数“-a”选项执行加法,“-s”选项执行减法,“-m”选项执行乘法,“-d”选项执行除法,后面两个参数为操作数。 例如:输入test....
  • C#中抽象方法与虚方法的区别描述

    万次阅读 2020-10-14 10:46:03
    一、抽象方法:只在抽象类中定义,方法修饰符不能使用private,virtual,static 抽象方法代码如下: public abstract class People //声明一个抽象类 { public abstract void study(); //抽象方法只能定义在抽象类...
  • 遇到了这个问题经网上百度后在stackoverflow上找到了解决方法,因为是英文的,顺手翻译一个中文的解决方法出来,方便其他会遇到这个问题的同学了。 stackoverflow链接 产生原因描述: Seems like you have an ...
  • 在C语言编程中通常会看到 **int main()、int main(void)、void main(void)、main()和main(void)、int main() 和 void 首先来看看标准的主函数写法是什么样的,在C99标准(ISO/IEC 9899:1999)的5.1.2.2.1 ...
  • 【错误描述】当前选择额运行的不是主类型,没有main()方法,运行失败。   那么问题来了,明明前天,昨天,上一次,还能好好的运行着呀,为什么呢?   虽然解决问题的原理不清楚,可解决问题的快捷方法如下:...
  • main already defined in *.obj 解决方法

    万次阅读 2013-05-04 12:57:49
    VC6如果想在stdafx.h中定义全局...解决方法:把该变量的定义int g_flag放到stdafx.cpp中,然后在使用的地方extern一下。假如你在CAADlg.cpp中使用了该变量g_flag,那么就在CAADlg.cpp的首部,构造函数的定义之外,添加
  • 在示例程序中经常可以看到argc和argv这两个参数 ,在调试代码过程中遇到main函数为int main( int argc, char* argv[] ) 这种类型时往往会报错,或者是运行起来了但命令窗口一闪而过,没有出来结果。网上关于这方面的...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,349,490
精华内容 539,796
关键字:

关于main方法的描述