游戏引擎学习第22天

移除 DllMain() 并成功重新编译

以下是对内容的详细复述与总结：

  1. 问题和解决方案：

    • 在编译过程中遇到了一些问题，特别是如何告知编译器不要退出程序，而是继续处理。问题的根源在于编译过程中传递给链接器的参数设置不正确。
    • 原本尝试将一个“斜杠”后跟“l”的参数传递给链接器，但实际上这是一个编译器的选项，而不是链接器的。因此，正确的做法是将该选项作为编译器的开关传递，而不是链接器。
    • 经过这个调整，问题得以解决。

  2. 不再需要的操作：

    • 在编译和链接过程中，某些操作被发现是多余的。例如，在 game.cpp 文件的底部，曾插入了一个 DllMain 函数。这通常是 Windows 系统加载程序时会调用的函数，用来检查程序是否正常启动。
    • 经过检查，发现该 DLLMain 函数不再需要，因此决定删除它。

  3. 构建目录的整理：

    • 在完成以上调整后，构建目录得到了整理。对于可能是指构建或处理某些文件这一部分，开发者指出它仍然需要存在，但某些不必要的部分已经被清除。
    • 例如，某些与可能是指某个不必要的工具或文件相关的东西不再需要，因此被移除。

  4. 后续步骤：

    • 在进行这些调整后，接下来的目标是进一步优化和清理当前的构建设置，确保没有多余的内容或文件存在，所有操作都与当前的需求保持一致。

总结来说，调整主要集中在编译过程的参数设置以及不再需要的代码删除上，目标是优化构建流程，并清理不必要的部分，使得整个开发环境更加简洁和高效。

演示热重载，并决定减少更新延迟并启用调试

以下是对内容的详细复述和总结：

  1. 当前进展：

    • 昨天的工作使得项目达到了一个相当不错的位置，开发者能够在游戏运行时直接修改游戏行为。例如，可以在游戏中实时改变颜色并看到效果。每次修改后，只需要保存，游戏就会定期重新加载更新内容，尽管存在一定的延迟。

  2. 存在的问题：

    • 游戏的更新和重载有延迟，这是因为游戏仅每隔约两秒钟检查一次是否需要重新加载内容。开发者计划优化这个过程，减少延迟，提高游戏反应速度。
    • 另一个问题是，如果在调试模式下运行游戏，尝试编译时会遇到困难。具体问题在于，当游戏正在运行并处于调试状态时，Visual Studio 会锁定调试信息文件，这导致无法编译更新的内容。编译器无法输出新的调试文件，因为它试图覆盖已经被锁定的文件。

  3. 解决方案的探索：

    • 为了解决这个问题，开发者希望找到一种方法，在使用调试器时能够顺利进行编译和运行，而不需要停止调试。目的是能够在不停止调试的情况下继续工作，甚至进行实时代码修改（Live coding）。

  4. 总结：

    • 当前的目标是优化游戏的实时更新机制，减少延迟，并解决在调试模式下无法编译的问题。开发者希望找到一种方法，使得调试和编译可以在不中断运行的情况下顺利进行，从而提升开发效率。

这些问题和解决方案反映了在游戏开发和调试过程中常见的挑战，尤其是在实时修改和调试时需要注意的文件锁定和更新问题。
在这里插入图片描述
在这里插入图片描述

# CMake 项目的基础配置
# 创建静态库或者共享库，可以选择 comment 出静态库行来生成不同的库类型。
# 如果你想要创建静态库，请取消下面一行的注释：
# add_library(game STATIC "game.cpp")  # 生成 game.lib

# 创建共享库（DLL）
add_library(game SHARED "game.cpp") # 生成 game.dll

# 设置目标属性，手动添加 EXPORT 标志
set_target_properties(game PROPERTIES
  LINK_FLAGS "/EXPORT:GameUpdateAndRender /EXPORT:GameGetSoundSamples" # 设置导出函数的符号
)

# 创建 win32_game 可执行文件，指定源文件
add_executable(win32_game WIN32 "win32_game.cpp")

# 为编译器添加定义的全局宏
add_compile_definitions(GAME_SLOW=1 GAME_INTERNAL=1)

# 获取当前时间，格式化为 年月日_时分秒
string(TIMESTAMP CURRENT_DATE "%Y%m%d_%H%M%S")
message("Current date and time: ${CURRENT_DATE}")

# 为 game 目标设置 PDB 文件路径，包含当前时间戳
# 这会生成动态链接库的 PDB 文件，文件名包括编译时的时间戳
if(MSVC) # 如果使用 Microsoft Visual C++ 编译器
  target_link_options(game PRIVATE "/PDB:${CMAKE_BINARY_DIR}/game/game_${CURRENT_DATE}.pdb")
endif()

# 使用 file(GLOB ...) 查找所有 .pdb 文件，并逐个删除
file(GLOB PDB_FILES "${CMAKE_BINARY_DIR}/game/game_*.pdb")

# 创建清理所有 .pdb 文件的自定义目标 clean-all
add_custom_target(clean-all
  COMMAND ${CMAKE_COMMAND} -E echo "Cleaning up game.pdb files"
)

# 遍历所有 .pdb 文件，并为每个文件添加删除命令
foreach(PDB_FILE ${PDB_FILES})
  add_custom_command(
    TARGET clean-all
    POST_BUILD # 在构建之后执行
    COMMAND ${CMAKE_COMMAND} -E remove ${PDB_FILE} # 删除每个 .pdb 文件
    COMMAND ${CMAKE_COMMAND} -E touch ${CMAKE_SOURCE_DIR}/CMakeLists.txt
    COMMENT "removing ${PDB_FILE}" # 注释，说明正在删除的文件
    COMMENT "Updating CMakeLists.txt timestamp" # 跟新CMakeLists.txt时间戳
  )
endforeach()

# 确保在构建 'game' 之前先执行 clean-all 清理操作
add_dependencies(game clean-all)

# 链接 Win32 库到 win32_game
# 这里链接了三个 Windows 库：User32.lib、Gdi32.lib 和 Winmm.lib
target_link_libraries(win32_game PRIVATE User32.lib Gdi32.lib Winmm.lib)

# 如果使用 MSVC 编译器，添加编译选项
if(MSVC) # 如果编译器是 MSVC（Microsoft Visual C++）
  # 设置 C++ 编译选项：
  # /WX      : 将所有警告视为错误（会让编译因警告失败）
  # /W4      : 设置警告级别为 4，显示大多数警告
  # /wd4819  : 屏蔽警告 C4819，避免文件编码问题导致的警告
  # /wd4201  : 屏蔽警告 C4201，避免由于结构体定义引起的警告
  # /wd4505  : 屏蔽警告 C4505，避免由于不使用的函数引起的警告
  # /Zi      : 生成调试信息
  # /FC      : 显示完整的文件名和行号
  set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS}  /WX /W4 /wd4819 /wd4201 /wd4505 /Zi /FC")

  # 设置目标属性，手动关闭增量链接功能（incremental linking），以确保导出函数的符号
  set_target_properties(win32_game PROPERTIES
    LINK_FLAGS "-incremental:no" # 禁用增量链接
  )
endif()

# 确保使用 C++20 标准（仅在 CMake 版本大于 3.12 时才有效）
if(CMAKE_VERSION VERSION_GREATER 3.12)
  set_property(TARGET win32_game PROPERTY CXX_STANDARD 20)
  set_property(TARGET game PROPERTY CXX_STANDARD 20)
endif()

现在就可以在调试模式下面跟新人更新dll

管道输出 stdout 和 stderr

命令 del *.pdb > NUL 2> NUL 在 Windows 命令行中执行时，具有以下含义：

1. del *.pdb

这是删除当前目录下所有 .pdb 文件的命令。

  • del 是删除命令。
  • *.pdb 表示当前目录下所有以 .pdb 结尾的文件（即所有的 PDB 文件）。

2. > NUL

这是将标准输出（stdout）重定向到 NUL 设备。

  • > 是重定向操作符，表示将命令的输出写入到指定的位置。
  • NUL 是 Windows 中的特殊设备，类似于 Unix/Linux 系统中的 /dev/null，它表示“丢弃输出”。
    • 这意味着执行 del *.pdb 时，标准输出（通常是删除的文件名）将被丢弃，而不会显示在命令行窗口中。

3. 2> NUL

这是将标准错误输出（stderr）重定向到 NUL 设备。

  • 2> 是重定向标准错误输出（stderr）的操作符。
  • 2 指的是标准错误输出流（stderr）的文件描述符（0 是标准输入，1 是标准输出，2 是标准错误输出）。
  • NUL 再次表示丢弃错误输出。也就是说，如果删除命令遇到错误（比如没有找到任何 .pdb 文件），错误信息将不会显示在命令行窗口中。

综合起来：

del *.pdb > NUL 2> NUL 的意思是：

  • 删除当前目录下的所有 .pdb 文件。
  • 如果删除成功，删除的文件名不会显示在命令行中（因为标准输出被重定向到 NUL）。
  • 如果发生错误（例如没有 .pdb 文件），错误信息也不会显示在命令行中（因为标准错误输出被重定向到 NUL）。

这样使用通常是为了避免在命令执行时看到不必要的输出和错误信息，确保输出干净。

发现热重载仍然存在延迟

这段代码描述了一种通过检查文件的日期戳来减少延迟的优化方法，重点在于通过检查文件的修改时间来确定是否需要重新加载某个文件。这种方法相对简单且高效，可以在每一帧中检查文件的修改日期，从而避免延迟。

主要思路：

  1. 减少延迟：通过定期检查文件的日期戳来减少性能损失。这种方法通过周期性地检查文件的最后修改时间来确定是否需要重新加载文件，而不需要每次都加载文件，从而减少延迟。

  2. 文件日期戳：文件系统中每个文件都有一个日期戳，表示文件最后一次被访问、修改或创建的时间。通过获取这些信息，可以判断文件是否发生变化。检查文件的日期戳比打开文件进行读取要更高效，避免了额外的性能消耗。

  3. 优化实现：

    • 文件句柄与日期戳：为了避免打开文件，可以使用文件句柄获取文件的时间信息，如创建时间、最后访问时间和最后修改时间。
    • 文件检查函数：使用FindFirstFile等API函数可以获取文件的创建、访问和修改时间，通过这些数据判断文件是否需要重新加载。
    • 缓存和临时处理：为了避免不必要的重复计算和性能开销，使用缓存技术将文件的日期戳保存并在需要时进行比较，避免每次都重复操作。

  4. 错误处理与容错：

    • 如果文件不存在，程序应该返回一个无效的句柄并进行适当的错误处理，避免程序崩溃。
    • 在日期戳检查过程中，如果文件不存在或无法访问，程序会根据需要返回默认值（如0），确保系统继续运行而不被中断。

  5. 调试与监控：

    • 在开发和调试阶段，可能会使用一些调试信息来监控文件的最后修改时间等，帮助开发者识别潜在的问题。
    • 这种优化方法并不依赖于非常精确的数据，因此即使日期戳并非完全精确，它仍然能有效减少延迟。

总结：

通过这种方法，开发者能够高效地判断文件是否需要重新加载，减少不必要的计算，并通过检查文件的日期戳来优化性能。这种方法简洁且高效，适用于那些需要频繁加载文件但又不能接受高延迟的系统。

FindFirstFileA 是一个 Windows API 函数，用于查找匹配指定文件名的第一个文件。它返回一个句柄，供后续调用其他函数（如 FindNextFileA）继续查找。

函数原型：

HANDLE WINAPI FindFirstFileA(
    _In_ LPCSTR lpFileName,
    _Out_ LPWIN32_FIND_DATAA lpFindFileData
);

参数说明：

  1. lpFileName (LPCSTR)：

    • 这是一个指向以 null 终止的字符串的指针，表示要搜索的文件路径。该路径可以包含通配符字符（如 * 或 ?）用于匹配多个文件。例如：
      • "C:\\path\\to\\files\\*.txt" 用于查找该路径下的所有 .txt 文件。
      • "C:\\path\\to\\files\\*" 用于查找所有文件。

  2. lpFindFileData (LPWIN32_FIND_DATAA)：

    • 这是一个指向 WIN32_FIND_DATAA 结构体的指针，FindFirstFileA 函数将文件信息存储到该结构体中。这个结构体包含了文件的各种属性，如文件名、文件类型、大小、最后修改时间等。

    WIN32_FIND_DATAA 结构体定义如下：

    typedef struct _WIN32_FIND_DATAA {
    DWORD    dwFileAttributes;     // 文件的属性，如普通文件、目录、只读等
    FILETIME ftCreationTime;       // 文件创建时间
    FILETIME ftLastAccessTime;     // 文件最后访问时间
    FILETIME ftLastWriteTime;      // 文件最后写入时间
    DWORD    nFileSizeHigh;        // 文件大小（高位）
    DWORD    nFileSizeLow;         // 文件大小（低位）
    DWORD    dwReserved0;          // 保留字段
    DWORD    dwReserved1;          // 保留字段
    CHAR     cFileName[MAX_PATH]; // 文件名
    CHAR     cAlternateFileName[14]; // 文件的备用名称
} WIN32_FIND_DATAA;

返回值：

  • 如果成功，FindFirstFileA 返回一个有效的搜索句柄（HANDLE）。该句柄用于后续的查找操作，如 FindNextFileA 和 FindClose。
  • 如果失败，返回 INVALID_HANDLE_VALUE。你可以通过调用 GetLastError() 来获取更多的错误信息。

常见用法：

FindFirstFileA 通常与 FindNextFileA 配合使用，以便遍历所有匹配的文件。完成搜索后，必须调用 FindClose 来关闭搜索句柄。

示例代码：

#include <windows.h>
#include <iostream>

int main() {
    WIN32_FIND_DATAA findFileData;
    HANDLE hFind = FindFirstFileA("C:\\path\\to\\files\\*.txt", &findFileData);
    
    if (hFind == INVALID_HANDLE_VALUE) {
        std::cerr << "FindFirstFileA failed!" << std::endl;
        return 1;
    }

    do {
        // 输出匹配文件的文件名
        std::cout << "Found file: " << findFileData.cFileName << std::endl;
    } while (FindNextFileA(hFind, &findFileData) != 0);  // 查找下一个文件
    
    FindClose(hFind);  // 关闭搜索句柄
    return 0;
}

函数的工作流程：

  1. 调用 FindFirstFileA 时，它会查找第一个匹配的文件，并将文件的相关信息存储在 lpFindFileData 中。
  2. 如果找到文件，则 FindFirstFileA 返回一个有效的句柄，你可以使用 FindNextFileA 来查找后续文件。
  3. 使用 FindNextFileA 可以继续查找下一个文件，直到没有更多匹配的文件为止。
  4. 使用 FindClose 关闭句柄，释放资源。

常见错误：

  • INVALID_HANDLE_VALUE：如果调用失败，返回这个值。你可以使用 GetLastError 获取详细的错误信息。
  • 路径格式问题：确保传递给 FindFirstFileA 的路径格式正确，并且如果需要，使用双反斜杠（\\）来表示文件路径。

总结：

FindFirstFileA 是一个非常有用的函数，尤其是用于列出文件或目录内容，支持通配符，并能够返回文件的详细信息。它通常与 FindNextFileA 和 FindClose 结合使用，用于实现文件查找操作。

在这里插入图片描述

尝试将工作目录设置为数据目录，发现 Win32GetLastWriteTime() 无法找到我们的 .dll 文件

目前面临的问题是，如何确保程序能够正确加载DLL文件，特别是在特定的构建目录和数据目录之间的路径管理上。之前的做法是在构建目录中加载这些文件，而目标是将它们放回数据目录中。这样做的原因是，所有艺术资产和其他必要的文件都应位于数据目录中。

在程序加载时，Windows系统会自动通过搜索路径来查找执行文件所在目录下的DLL文件，因此当执行文件和DLL文件位于相同目录时，加载库（load library）会成功。这表明文件能在该路径下找到并被正确加载。

然而，问题出现在程序的文件日期检查上。当文件已找到时，日期检查未能通过，可能是由于系统默认只在当前目录下查找文件，而没有扩展到其他目录。这个问题可以通过修改路径设置来解决，让程序能够在任何指定的目录中找到需要的DLL文件，而不仅仅是在执行文件的目录中。

解决方案是，调整文件路径，使得无论实际的路径设置如何，DLL文件都可以在与可执行文件相同的目录下被正确找到。这涉及到创建一个搜索路径，确保DLL文件始终能够被加载，哪怕路径发生了变化。

启用 WinMain() 使用 GetModuleFilenameA() 来定位我们的 .exe 文件

在当前的开发任务中，目标是通过Windows操作系统的函数来查找和确认当前可执行文件的路径。为此，提到了使用Windows API中的 GetModuleFileName 函数，该函数可以帮助我们获取模块（即可执行文件）的路径。

首先，提到的问题是如何准确地找到可执行文件所在的路径。这是关键，因为所有相关的文件（如DLL文件）都需要根据正确的路径来定位。最简单的方法是使用 GetModuleFileName 函数，并且通过传递一个值为零的参数，可以自动获取当前可执行文件的路径，而不需要显式传递模块句柄。这样，可以确认当前执行文件所在的目录，从而在该路径下寻找相关文件。

然而，GetModuleFileName 函数有一些潜在的问题。例如，如果传递的缓冲区大小不足以容纳路径字符串，它可能会截断路径。这意味着，如果缓冲区过小，返回的路径可能会丢失部分信息，导致后续操作失败。因此，最好的做法是确保缓冲区的大小足够大，以容纳完整的路径。

另外，也提到 MAX_PATH 常量，这个常量在Windows中定义了路径的最大字符数，通常为260个字符。但这一限制现在已经不再适用，因为Windows支持更长的路径。因此，使用 MAX_PATH 时应谨慎，避免可能带来的路径截断问题。

综上所述，开发者在处理文件路径时，应该避免使用过时的 MAX_PATH 常量，并确保缓冲区大小足够，避免路径截断带来的潜在问题。同时，使用 GetModuleFileName 是获取可执行文件路径的一种有效方式，但要注意对缓冲区大小的管理。
GetModuleHandle 是一个 Windows API 函数，用于获取一个已经加载的模块（如动态链接库 DLL 或可执行文件）在内存中的句柄。这个句柄可以用来引用该模块，在之后的操作中（如获取模块路径、获取导出的函数等）使用。

发现我们得到了完整路径

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：/a/924914.html

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

路面交通工具和个数识别，支持YOLO，COCO，VOC三种格式，带标注可识别自行车，摩的，公共汽车，装载机，面包车，卡车，轿车等

路面交通工具和个数识别，支持YOLO，COCO，VOC三种格式，带标注可识别自行车，摩的，公共汽车，装载机，面包车，卡车，轿车等

预处理 自动定向&#xff1a; 已应用 调整大小&#xff1a; 拉伸至 640x640 增强 每个训练示例的输出&#xff1a; 3 翻转&#xff1a; 水平 自行车 公交车
阅读更多...
goframe框架bug-记录

goframe框架bug-记录

implement not found for interface ICompany, forgot register? 错误解决检查&#xff1a; 1.有没有init 2. 注入问题 3. 注入问题
阅读更多...
基于SpringBoot实现的民宿管理系统(代码+论文)

基于SpringBoot实现的民宿管理系统(代码+论文)

&#x1f389;博主介绍&#xff1a;Java领域优质创作者&#xff0c;阿里云博客专家&#xff0c;计算机毕设实战导师。专注Java项目实战、毕设定制/协助 &#x1f4e2;主要服务内容&#xff1a;选题定题、开题报告、任务书、程序开发、项目定制、论文辅导 &#x1f496;精彩专栏…
阅读更多...
vue3实现自定义导航菜单

vue3实现自定义导航菜单

一、创建项目 1. 打开HBuilder X 图1 2. 新建一个空项目 文件->新建->项目->uni-app 填写项目名称&#xff1a;vue3demo 选择项目存放目录&#xff1a;D:/HBuilderProjects 一定要注意vue的版本&#xff0c;当前选择的版本为vue3 图2 点击“创建”之后进入项目界面 图…
阅读更多...
如何利用ATECLOUD平台来实现数据报告的导出和数据分析？-纳米软件

如何利用ATECLOUD平台来实现数据报告的导出和数据分析？-纳米软件

1.数据报告导出 选择报告模板&#xff1a;ATECLOUD 平台通常会提供多种预设的数据报告模板&#xff0c;这些模板是根据不同的测试场景和需求设计的。例如&#xff0c;在电源模块测试中&#xff0c;有针对输出电压、电流、功率等基本参数的报告模板&#xff0c;也有包含纹波系数…
阅读更多...
5G NR：带宽与采样率的计算

5G NR：带宽与采样率的计算

100M 带宽是122.88Mhz sampling rate这是我们都知道的&#xff0c;那它是怎么来的呢&#xff1f; 采样率 子载波间隔 * 采样长度 38.211中对于Tc的定义&#xff0c; 在LTE是定义了Ts&#xff0c;在NR也就是5G定义了Tc。 定义这个单位会对我们以后工作中的计算至关重要。 就是在…
阅读更多...
思科实现网络地址转换(NAT)和访问控制列表(ACL)和动态路由配置并且区分静态路由和动态路由配置。

思科实现网络地址转换(NAT)和访问控制列表(ACL)和动态路由配置并且区分静态路由和动态路由配置。

实验拓扑(分为静态路由和动态路由两种) 静态路由互通 动态路由互通 实验背景 这个是想实现外网与内网的连接跟网络的探讨&#xff0c;最终实现互通以及使用并且在网络地址转换后能使用网络然后再这个基础上再配置访问控制列表和网络地址转换的的学习过程。 实验需了解的知识…
阅读更多...
人工智能如何改变你的生活？

人工智能如何改变你的生活？

在我们所处的这个快节奏的世界里&#xff0c;科技融入日常生活已然成为司空见惯的事&#xff0c;并且切实成为了我们生活的一部分。在这场科技变革中&#xff0c;最具变革性的角色之一便是人工智能&#xff08;AI&#xff09;。从我们清晨醒来直至夜晚入睡&#xff0c;人工智能…
阅读更多...
Spring系列之批处理Spring Batch介绍

Spring系列之批处理Spring Batch介绍

概述 官网&#xff0c;GitHub A lightweight, comprehensive batch framework designed to enable the development of robust batch applications vital for the daily operations of enterprise systems. 执行流程 实战 假设有个待处理的任务&#xff0c;如文件batch-tes…
阅读更多...
[保姆式教程]使用labelimg2软件标注定向目标检测数据和格式转换

[保姆式教程]使用labelimg2软件标注定向目标检测数据和格式转换

定向目标检测是一种在图像或视频中识别和定位对象的同时&#xff0c;还估计它们方向的技术。这种技术特别适用于处理有一定旋转或方向变化的对象&#xff0c;例如汽车、飞机或文本。定向目标检测器的输出是一组旋转的边界框&#xff0c;这些框精确地包围了图像中的对象&#xf…
阅读更多...
go结构体匿名“继承“方法冲突时继承优先顺序

go结构体匿名“继承“方法冲突时继承优先顺序

在 Go 语言中&#xff0c;匿名字段&#xff08;也称为嵌入字段&#xff09;可以用来实现继承的效果。当你在一个结构体中匿名嵌入另一个结构体时&#xff0c;嵌入结构体的方法会被提升到外部结构体中。这意味着你可以直接通过外部结构体调用嵌入结构体的方法。 如果多个嵌入结…
阅读更多...
八、利用CSS制作导航栏菜单

八、利用CSS制作导航栏菜单

8.1 水平顶部导航栏 水平菜单导航栏是网站设计中应用范围最广的导航设计&#xff0c;一般放置在页面的顶部。水平导航适用性强&#xff0c;几乎所有类型的网站都可以使用。 如果导航过于普通&#xff0c;无法容纳复杂的信息结构&#xff0c;就需要在内容模块较多的情况…
阅读更多...
rustdesk 自建服务

rustdesk 自建服务

RustDesk 部署RustDesk sudo docker image pull rustdesk/rustdesk-server sudo docker run --name hbbs -p 21115:21115 -p 21116:21116 -p 21116:21116/udp -p 21118:21118 -v pwd:/root -td --nethost rustdesk/rustdesk-server hbbs sudo docker run --name hbbr -p 2111…
阅读更多...
景联文科技：高质量数据采集标注服务引领AI革新

景联文科技：高质量数据采集标注服务引领AI革新

在当今这个数字化时代&#xff0c;数据已经成为推动社会进步和产业升级的关键资源。特别是在人工智能领域&#xff0c;高质量的数据是训练出高效、精准的AI模型的基础。景联文科技是一家专业的数据采集与标注公司&#xff0c;致力于为客户提供高质量的数据处理服务&#xff0c;…
阅读更多...
Git上传本地项目到远程仓库（gitee/github）

Git上传本地项目到远程仓库（gitee/github）

目录 序言一、创建git本地版本库二、连接远程仓库&#xff08;以gitee为例&#xff09;三、将项目提交到git&#xff08;本地&#xff09;版本库1.由工作区添加到暂存区2.由暂存区添加到版本库 四、将代码由本地仓库上传到 gitee远程仓库1.获取远程库与本地同步2.把当前分支 ma…
阅读更多...
RabbitMQ 消息确认机制

RabbitMQ 消息确认机制

RabbitMQ 消息确认机制 本文总结了RabbitMQ消息发送过程中的一些代码片段&#xff0c;详细分析了回调函数和发布确认机制的实现&#xff0c;以提高消息传递的可靠性。 返回回调机制的代码分析 主要用途 这个代码主要用于设置RabbitMQ消息发送过程中的回调函数&#xff0c;即…
阅读更多...
租辆酷车小程序开发（二）—— 接入微服务GRPC

租辆酷车小程序开发（二）—— 接入微服务GRPC

vscode中golang的配置 设置依赖管理 go env -w GO111MODULEon go env -w GOPROXYhttps://goproxy.cn,direct GO111MODULEauto 在$GOPATH/src 外面且根目录有go.mod 文件时&#xff0c;开启模块支持 GO111MODULEoff 无模块支持&#xff0c;go会从GOPATH 和 vendor 文件夹寻找包…
阅读更多...
Qt6.8安卓Android开发环境配置

Qt6.8安卓Android开发环境配置

时隔多年&#xff0c;重拾QtCreator下Android开发。发现Qt6下安卓开发环境配置变简单不少&#xff01;只需三步即可在QtCreator下进行Android开发&#xff1a; 一、使用Qt Mantenance Tool进行Android模块的安装&#xff1a; 如果感觉安装网速较慢&#xff0c;可以查看本人另外…
阅读更多...
Java篇——Java通过JNA调用c++库时传参含有结构体时数据错乱的解决办法

Java篇——Java通过JNA调用c++库时传参含有结构体时数据错乱的解决办法

Java通过JNA调用c库时传参含有结构体时&#xff0c;只继承Structure是不够的&#xff0c;还需要实现Structure.ByValue&#xff0c;或者强制指定结构体字节对齐。示例如下&#xff1a; 1、c库中的结构体定义&#xff1a; 2、java中结构体定义&#xff1a; 3、java中调用 如果没…
阅读更多...
websocket前后端长连接之java部分

websocket前后端长连接之java部分

一共有4个类,第一个WebSocketConfig 配置类 Configuration EnableWebSocket public class WebSocketConfig implements WebSocketConfigurer {Autowiredprivate WebSocketHandler webSocketHandler;Autowiredprivate WebSocketInterceptor webSocketInterceptor;Overridepubli…
阅读更多...
最新文章

Copyright @ 2022~2023