c++ - 如何删除 Windows 进程名称前的十六进制数字

Question

我使用 Visual Studio 2015 创建了一个 64 位可执行文件，旨在在 Windows 7 上运行。可执行文件是一个 C++ 包装器，它通过 JNI 调用 Java 应用程序中的主要方法。应用程序按预期运行，但在 Windows 任务管理器中，在“进程”选项卡上，我的应用程序名称前面已加上 16 位十六进制数字。因此，即使我的应用程序编译为“someapp.exe”，当我运行它时，它在进程列表中被列为“80005b29594d4a91someapp.exe”。有谁知道为什么会这样，以及如何让它在任务管理器中显示为“someapp.exe”？

编辑 1:

我应该注意，十六进制字符串出现在名称中时总是相同的。但是，有一小部分时间我运行我的应用程序时它实际上具有预期的名称“someapp.exe”。我无法弄清楚十六进制字符串何时被前置以及何时不被前置的模式，但我估计十六进制字符串在执行时出现的概率为 98%。

编辑 2:

这似乎与 JNI 的使用有关。当我删除 JNI 调用时，这将完全停止。以下表示构成“someapp”应用程序的全部 C++ 代码:

#include <jni.h>
#include <Windows.h>

#define STRING_CLASS "java/lang/String"

int main(size_t const argc, char const *const argv[]) {
    // Modify the DLL search path
    SetDefaultDllDirectories(LOAD_LIBRARY_SEARCH_SYSTEM32 |
        LOAD_LIBRARY_SEARCH_DEFAULT_DIRS | LOAD_LIBRARY_SEARCH_USER_DIRS);
    SetDllDirectoryA(R"(C:\Program Files\Java\jdk1.8.0_112\jre\bin\server)");

    // Create and populate the JVM input arguments
    JavaVMInitArgs vm_args;
    vm_args.version            = JNI_VERSION_1_8;
    vm_args.ignoreUnrecognized = JNI_FALSE;
    vm_args.nOptions           = 2;
    vm_args.options            = new JavaVMOption[vm_args.nOptions];

    // Set command-line options
    vm_args.options[0].optionString = "-Dfile.encoding=UTF-8";
    vm_args.options[1].optionString = "-Djava.class.path=someapp.jar";

    // Create the JVM instance
    JavaVM *jvm;
    JNIEnv *env;
    JNI_CreateJavaVM(&jvm, reinterpret_cast<void**>(&env), &vm_args);

    // Get the main entry point of the Java application
    jclass    mainClass  = env->FindClass("myNamespace/MainClass");
    jmethodID mainMethod = env->GetStaticMethodID(
        mainClass, "main", "([L" STRING_CLASS ";)V");

    // Create the arguments passed to the JVM
    jclass stringClass = env->FindClass(STRING_CLASS);
    jobjectArray mainArgs = env->NewObjectArray(
        static_cast<jsize>(argc - 1), stringClass, NULL);
    for (size_t i(1); i < argc; ++i) {
        env->SetObjectArrayElement(mainArgs,
            static_cast<jsize>(i - 1), env->NewStringUTF(argv[i]));
    }
    env->CallStaticVoidMethod(mainClass, mainMethod, mainArgs);

    // Free the JVM, and return
    jvm->DestroyJavaVM();
    delete[] vm_args.options;
    return 0;
}

我曾尝试删除传递给 Java main 方法的参数，但这对结果没有影响。

编辑 3:

感谢 1201ProgramAlarm 的建议，我意识到这实际上与从动态 ClearCase View 运行有关。任务管理器中的“图像路径名称”列是以下值之一，这与我观察到的错误“图像名称”症状直接相关:

\view\view-name\someapp-path\someapp.exe
\view-server\views\domain\username\view-name.vws.s\00035\8‌ 0005b29594d4a91somea‌ pp.exe

我仍然想知道为什么会这样，但是由于这只影响我们的开发环境，因此修复它已成为低优先级。对于遇到此问题的任何其他人，以下代表我的环境中安装的相关软件:

• Windows 7 企业版 x64 SP1
• Rational ClearCase Explorer 7.1.2.8
• Visual Studio 2015 更新 3
• Java x64 JDK 8u112

Answer 1

从不是 ClearCase 动态 View 的驱动器运行您的应用程序。

正在运行的进程的图像名称引用了 ClearCase View 存储中的文件(\\view\view-name\someapp-path\someapp.exe =>\\view-server\views\domain\username\view-name.vws\.s\00035\8‌ 0005b29594d4a91somea‌ pp.exe)，.vws的含义查看存储。

参见“About dynamic view storage directories”:

Every view has a view storage directory. For dynamic views, this directory is used to keep track of which versions are checked out to your view and to store view-private objects

因此快照和动态 View 都存在一个 View 存储。
但是对于动态 View ，该存储还用于保存您要读取/执行的文件的本地拷贝(所有其他可见文件都通过网络使用 MVFS: MultiVersion File System 访问)

这就是为什么您在执行该文件时看到 \\view-server\views\domain\username\view-name.vws\.s\00035\8‌ 0005b29594d4a91somea‌ pp.exe 的原因:您会看到 ClearCase 通过 MVFS 完成的本地拷贝。

如果您使用过快照 View ，您就不会看到如此复杂的路径，因为快照 View 本质上会在本地复制所有文件。

It appears as though the path is "correct" when I have not accessed the MVFS mount recently using Windows Explorer

这意味着 Windows 执行的可执行文件仍然是正确的，而 MVFS 将忙于将相同的可执行文件从 Vob 下载到 View 存储的内部文件夹中。
但是一旦您重新执行它，该可执行文件已经存在(在 View 存储中)，因此 MVFS 会将其完整路径(同样，在 View 存储中)传达给 Windows(如进程资源管理器中所示)