/MT: ok --- /MD: __xxxfuncxxx already defined in MSVCRT.lib(MSVCR90.dll)

最新推荐文章于 2024-05-25 21:43:40 发布
原创 最新推荐文章于 2024-05-25 21:43:40 发布 · 911 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#import #dll

本文介绍了解决静态lib文件中MSVCRT函数无法链接到DLL的问题。通过放弃直接导入lib的方法，转而将DLL与lib的源代码一同重新编译来解决此问题。

You cannot link a .lib that was compiled with /MT with code compiled with /MD. 

 

有个静态的lib，有个dll想将它import。 结果，lib中的msvcrt中的函数链接不上，解决的办法是不import lib 而是将dll 与 lib 的源代码重新一块编译

51大虾
关注
嵌入式Linux开发，Ubuntu22下交叉编译内核报错： multiple definition of `yylloc‘； scripts/dtc/dtc-lexer.lex.o:(.bss+0x0
寞水
11-26 5770
寞水
树莓派上运行Qt5程序，报错[ImportError: /usr/lib/python3/dist-packages/PyQt5/QtCore.cpython-37m-arm-linux-gnuea]
mmmm0584的博客
08-04 1861
错误：ImportError: /usr/lib/python3/dist-packages/PyQt5/QtCore.cpython-37m-arm-linux-gnueabihf.so: symbol _ZNK23Qoperating1AndroidOreoE version Qt_5 not defined in file libQt5Core.so.5 with link time reference 看到一篇博客， https://forums.linuxmint.com/viewtopic.p
编译CLAPACK时出现already defined in MSVCRTD.lib(MSVCR90D.dll)错误
liangbj0419的专栏
02-06 578
进入工程属性项，修改code generation项。 修改为Multi-threaded Debug (/MTd)
printf("XXX" "YYYY"... "ZZZZ", ...) is OK
fyfcauc的专栏
05-30 2288
#include int main() {     printf("a " "%d " " %d", 1, 2); } a 1  2
错误: svn: OPTIONS of 'xxx': 200 OK
DragonCheng的专栏
04-16 1万+
我们的svn服务器是自己创建的，用的动态DNS，在windows和macos下都可以正常工作。 但在centos5.4下，不管用什么版本的svn，对自己的svn库checkout时都是如下错误，而对googlecode则一切正常 svn: OPTIONS of 'xxxx': 200 OK  google很久，不知错误原因如何。但在/etc/hosts中加入了域名解析后，工作正常
使用OkHttp3在安卓P网络请求中CLEARTEXT communication to xxx.xxx.com not permitted by network security policy问题
sy的博客
06-18 1246
OKhttp3在Android P(9.0) level 28 及以上版本http请求过程中会出现异常： CLEARTEXTcommunication to xxx.xxx.com not permitted by networksecurity policy 这个问题是由于Android P(9.0)开始，限制了明文的网络请求，非加密请求会被系统禁止掉，WebView加载http协议的页面也会出现加载失败,使用https不受影响。 2种解决方式： 方法1.在AndroidManifest...
Error hnk2005:exist already defined in msvcrt.lib(MSVCR100.dll)_LIBCMTD.lib 解决方案
weixin_34099526的博客
01-23 252
今天在调试发布一个Windows 8游戏版本时发现这个异常： Error    1 ： error LNK2005: _exit already defined in msvcrt.lib(MSVCR100.dll)    LIBCMTD.lib    SampleGame 刚开始在开发Debug时并没有出现过这样问题.当尝试发布一个新版本.构建Realse 包时.于是乎就超过75个...
apt-get: relocation error:/libapt-private.so.0.0 version APTPKG_5.0 not defined in file libapt-pkg
w294954902的博客
12-14 6656
ubuntu16.04 完整错误： apt-get: relocation error: /usr/lib/x86_64-linux-gnu/libapt-private.so.0.0: symbol _ZlsRSoRKN3APT9PrettyPkgE version APTPKG_5.0 not defined in file libapt-pkg.so.5.0 with link time...
【已解决】 error: subprocess-exited-with-error × python setup.py egg_info did not run successfully.
BetrayFree的博客
05-25 6580
今天遇到这个问题：ImportError: cannot import name 'packaging' from 'pkg_resources' (/home/visionx/anaconda3/envs/gdem/lib/python3.8/site-packages/pkg_resources/__init__.py)，其实这种问题很常见，希望给大家统一讲一下如何处理的，我们从头开始！1、在我的主页搜索torch。2、结果如下，点击113这个。
【已解决】libfreeimage.so：对‘TIFFTileRowSize@LIBTIFF_4.0’未定义的引用
weixin_45617478的博客
04-24 3743
一、问题 编译安装colmap时遇到下面问题 [100%] Linking CXX executable colmap /usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/libfreeimage.so：对‘TIFFTileRowSize@LIBTIFF_4.0’未定义的引用 /usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/libfreeimage.so：对‘TIFFReadD
解决OpenSSL 在VC2015下链接报错的问题。
热门推荐
bywayboy的专栏
10-07 1万+
起因： 公司项目 服务器的nginx是使用的定制版，使用了concat、缩略图生成等模块，为了方便同事们在办公室环境下使用nginx，在Windows下编译nginx，并带上这两个模块。之前在 VC2013 之前的版本一直编译很顺利，最近开发环境改用了 VC2015 突然发现编译不过了。报了一堆link error!libeay32.lib(ui_openssl.obj) : error LNK2
LIBCMTD.lib(dbgheap.obj) : error LNK2005: __CrtSetCheckCount already defined in MSVCRTD.lib(MSVCR90D
gxj1680的专栏
02-07 4971
工程是vs2005编辑的ipmsg（从官网download的源码），但本地是vs2008的版本，编译出现 1>LIBCMTD.lib(dbgheap.obj) : error LNK2005: __CrtSetCheckCount already defined in MSVCRTD.lib(MSVCR90D.dll) 1>LIBCMTD.lib(invarg.obj) : error LNK
MSVCRT.lib(MSVCR90.dll)||error LNK2005: _free 已经在 LIBCMT.lib(free.obj) 中定义
MJN
02-16 8327
最近使用vs2005编译(静态链接/MT)项目A时, 出现如下的链接错误: MSVCRT.lib(MSVCR90.dll)||error LNK2005: _free 已经在 LIBCMT.lib(free.obj) 中定义 项目A使用了项目B生成的库(.lib), 问题就在这里, 项目B使用动态链接(/MD)生成的lib, 将其改为静态链接生成lib, 项目A在链接时不再报此类的错误. R
exist already defined in msvcrt.lib(MSVCR100.dll)_LIBCMTD.lib 解决方案
陈嘉怡的专栏
07-01 1324
参考http://www.cnblogs.com/chenkai/archive/2013/01/23/2873932.html 我的解决方法是把/MDd 选项换成/MD。 MSVCRT.lib一般是要拿来使用的。 对这两个库的冲突，官方给出做法也相当的简单直接.可以再项目直接忽略对该函数库的引用:可以Ignore Specific Libraies设置对应的值：LIBCMD.lib。 或
【计算机视觉】基于RandLANet的点云语义分割模型训练：SensatUrban数据集应用与精度评估系统实现
01-03
内容概要：本文是一篇关于使用RandLANet模型对SensatUrban数据集进行点云语义分割的实战教程，系统介绍了从环境搭建、数据准备、模型训练与测试到精度评估的完整流程。文章详细说明了在Ubuntu系统下配置TensorFlow 2.2、CUDA及cuDNN等深度学习环境的方法，并指导用户下载和预处理SensatUrban数据集。随后，逐步讲解RandLANet代码的获取与运行方式，包括训练、测试命令的执行与参数含义，以及如何监控训练过程中的关键指标。最后，教程涵盖测试结果分析、向官方平台提交结果、解读评估报告及可视化效果等内容，并针对常见问题提供解决方案。; 适合人群：具备一定深度学习基础，熟悉Python编程和深度学习框架，从事计算机视觉或三维点云相关研究的学生、研究人员及工程师；适合希望动手实践点云语义分割项目的初学者与进阶者。; 使用场景及目标：①掌握RandLANet网络结构及其在点云语义分割任务中的应用；②学会完整部署一个点云分割项目，包括数据处理、模型训练、测试与性能评估；③为参与相关竞赛或科研项目提供技术支撑。; 阅读建议：建议读者结合提供的代码链接和密码访问完整资料，在本地或云端环境中边操作边学习，重点关注数据格式要求与训练参数设置，遇到问题时参考“常见问题与解决技巧”部分及时排查。
【计算机视觉】基于YOLOv5/v8/v10的球场设备检测系统设计：体育场馆智能运维应用
01-03
内容概要：本文是一份关于基于YOLOv5、YOLOv8和YOLOv10的体育场内球场设备检测系统的完整实践指南，旨在帮助学生完成毕业设计。文章详细介绍了目标检测模型YOLO系列的基本原理与差异，指导读者从环境搭建、数据采集与标注、模型训练到实时检测和可视化界面开发的全流程。通过构建一个能识别篮球架、球门、球网等体育设施的智能系统，实现场馆运维、赛事保障等实际场景的应用，并建议进行多模型对比实验以提升毕设深度。配套代码与数据配置链接也已提供，便于快速上手。; 适合人群：计算机相关专业、具备一定Python编程基础、正在准备毕业设计的学生，尤其是对人工智能、计算机视觉方向感兴趣的研发初学者。; 使用场景及目标：① 掌握YOLO系列模型在真实场景中的应用方法；② 完成一套可运行的球场设备自动检测系统用于毕设展示；③ 通过模型对比实验提升项目科研深度，增强答辩竞争力； 阅读建议：建议按照文档步骤循序渐进操作，重点理解数据准备与模型训练的关键环节，同时结合提供的代码链接进行实践调试，确保各模块顺利运行，最终集成完整系统并做好演示准备。
【信息系统管理】学习系统分析师的重要性与必要性，从职业发展、技术能力提升以及系统化思维培养等多个角度分析了成为系统分析师的价值
01-03
内容概要：本文主要阐述了学习系统分析师的重要性与必要性，从职业发展、技术能力提升以及系统化思维培养等多个角度分析了成为系统分析师的价值。文章指出，系统分析师不仅需要掌握软件工程、需求分析、架构设计等核心技术能力，还需具备良好的沟通协调能力和业务理解能力，能够在复杂项目中承担桥梁角色，连接技术与业务。通过系统分析师的学习与认证，可以全面提升个人在软件开发生命周期中的综合把控能力。; 适合人群：具备一定IT基础知识，从事或有意向转向软件工程、项目管理、系统设计等相关领域的技术人员，尤其是希望向高阶技术岗位或架构师方向发展的从业者； 使用场景及目标：①帮助技术人员突破编码层面局限，拓展全局视野；②掌握系统分析方法论，提升复杂系统的设计与规划能力；③为参加系统分析师考试或职业转型提供指导与动力； 阅读建议：建议结合实际项目经验进行思考，边学习边实践，重点关注文中提到的需求分析、系统建模、架构权衡等内容，深入理解系统分析师在项目全周期中的作用与价值。
电机控制基于SVPWM-DTC的三相异步电机仿真：Simulink建模与高性能控制策略实现
最新发布
01-03
内容概要：本文详细介绍了三相异步电机SVPWM-DTC（空间矢量脉宽调制-直接转矩控制）的Simulink仿真实现方法，结合DTC响应快与SVPWM谐波小的优点，构建高性能电机控制系统。文章系统阐述了控制原理，包括定子磁链观测、转矩与磁链误差滞环比较、扇区判断及电压矢量选择，并通过SVPWM技术生成固定频率PWM信号，提升系统稳态性能。同时提供了完整的Simulink建模流程，涵盖电机本体、磁链观测器、误差比较、矢量选择、SVPWM调制、逆变器驱动等模块的搭建与参数设置，给出了仿真调试要点与预期结果，如电流正弦性、转矩响应快、磁链轨迹趋圆等，并提出了模型优化与扩展方向，如改进观测器、自适应滞环、弱磁控制和转速闭环等。; 适合人群：电气工程、自动化及相关专业本科生、研究生，从事电机控制算法开发的工程师，具备一定MATLAB/Simulink和电机控制理论基础的技术人员。; 使用场景及目标：①掌握SVPWM-DTC控制策略的核心原理与实现方式；②在Simulink中独立完成三相异步电机高性能控制系统的建模与仿真；③通过仿真验证控制算法有效性，为实际工程应用提供设计依据。; 阅读建议：学习过程中应结合文中提供的电机参数和模块配置逐步搭建模型，重点关注磁链观测、矢量选择表和SVPWM调制的实现细节，仿真时注意滞环宽度与开关频率的调试，建议配合MATLAB官方工具箱文档进行参数校准与结果分析。
Vue2.0多Tab切换组件封装
01-03
已经博主授权,源码转载自 https://pan.quark.cn/s/bf1e0d5b9490 本文重点阐述了Vue2.0多Tab切换组件的封装实践，详细说明了通过封装Tab切换组件达成多Tab切换功能，从而满足日常应用需求。 知识点1：Vue2.0多Tab切换组件的封装* 借助封装Tab切换组件，达成多Tab切换功能* 支持tab切换、tab定位、tab自动化仿React多Tab实现知识点2：TabItems组件的应用* 在index.vue文件中应用TabItems组件，借助name属性设定tab的标题* 通过:isContTab属性来设定tab的内容* 能够采用子组件作为tab的内容知识点3：TabItems组件的样式* 借助index.less文件来设定TabItems组件的样式* 设定tab的标题样式、背景色彩、边框样式等* 使用animation达成tab的切换动画知识点4：Vue2.0多Tab切换组件的构建* 借助运用Vue2.0框架，达成多Tab切换组件的封装* 使用Vue2.0的组件化理念，达成TabItems组件的封装* 通过运用Vue2.0的指令和绑定机制，达成tab的切换功能知识点5：Vue2.0多Tab切换组件的优势* 达成多Tab切换功能，满足日常应用需求* 支持tab切换、tab定位、tab自动化仿React多Tab实现* 能够满足多样的业务需求，具备良好的扩展性知识点6：Vue2.0多Tab切换组件的应用场景* 能够应用于多样的业务场景，例如：管理系统、电商平台、社交媒体等* 能够满足不同的业务需求，例如：多Tab切换、数据展示、交互式操作等* 能够与其它Vue2.0组件结合运用，达成复杂的业务逻辑Vue2.0多Tab切换组件的封装实例提供了...
/usr/lib/gcc/x86_64-pc-cygwin/12/../../../../x86_64-pc-cygwin/bin/ld: output_executable.exe: in function `mainCRTStartup': /usr/src/debug/cygwin-3.6.1-1/winsup/cygwin/crt0.c:16: multiple definition of `mainCRTStartup'; /usr/lib/gcc/x86_64-pc-cygwin/12/../../../../lib/crt0.o:/usr/src/debug/cygwin-3.6.1-1/winsup/cygwin/crt0.c:16: first defined here /usr/lib/gcc/x86_64-pc-cygwin/12/../../../../x86_64-pc-cygwin/bin/ld: output_executable.exe: in function `mainCRTStartup': /usr/src/debug/cygwin-3.6.1-1/winsup/cygwin/crt0.c:16: multiple definition of `WinMainCRTStartup'; /usr/lib/gcc/x86_64-pc-cygwin/12/../../../../lib/crt0.o:/usr/src/debug/cygwin-3.6.1-1/winsup/cygwin/crt0.c:16: first defined here /usr/lib/gcc/x86_64-pc-cygwin/12/../../../../x86_64-pc-cygwin/bin/ld: output_executable.exe:cygming-crtbeg:(.text+0x50): multiple definition of `__gcc_register_frame'; /usr/lib/gcc/x86_64-pc-cygwin/12/crtbegin.o:cygming-crtbeg:(.text+0x0): first defined here /usr/lib/gcc/x86_64-pc-cygwin/12/../../../../x86_64-pc-cygwin/bin/ld: output_executable.exe:cygming-crtbeg:(.text+0x70): multiple definition of `__gcc_deregister_frame'; /usr/lib/gcc/x86_64-pc-cygwin/12/crtbegin.o:cygming-crtbeg:(.text+0x20): first defined here /usr/lib/gcc/x86_64-pc-cygwin/12/../../../../x86_64-pc-cygwin/bin/ld: output_executable.exe:cygming-crtbeg:(.data+0x0): multiple definition of `__dso_handle'; /usr/lib/gcc/x86_64-pc-cygwin/12/crtbegin.o:cygming-crtbeg:(.data+0x0): first defined here collect2: 错误：ld 返回 1
06-09
<think>我们正在解决Cygwin环境下链接器报错的问题，错误涉及多个定义（multipledefinition）和crt0.c文件冲突。具体错误信息包括`mainCRTStartup`,`WinMainCRTStartup`,`__gcc_register_frame`等符号的多重定义，以及`collect2:ldreturned1exitstatus`。根据引用[1]中的经验，当使用`gcca.o-oa.exe`时出现多重定义错误，而添加`-nostartfiles`选项可以解决。这是因为Cygwin环境下的GCC默认会链接系统的启动函数（如`mainCRTStartup`），这些启动函数已经在C运行时库（如`crt0.o`）中定义。如果我们编译的源文件（例如`a.c`）中包含了相同的启动函数定义，就会导致冲突。###🔍问题分析1.**多重定义错误来源**：Cygwin的GCC在链接时自动链接了标准启动文件（如`crt0.o`或`crt1.o`），这些文件包含程序入口点（如`mainCRTStartup`）。如果用户程序中也定义了这些符号（例如，用户试图自己实现启动函数），则会出现多重定义。2.**`-nostartfiles`的作用**：该选项告诉链接器不要使用标准系统启动文件，从而避免与用户定义的启动函数冲突。###⚙️解决方案####1.避免在用户代码中定义系统启动函数除非你有特殊需求（如编写操作系统内核或裸机程序），否则不要定义`mainCRTStartup`、`WinMainCRTStartup`等函数。标准的C程序应该从`main`函数开始。####2.使用正确的编译命令-**编译源文件直接生成可执行文件**（推荐）：```bashgcca.c-oa.exe```这种方式不会出现多重定义问题，因为编译器会自动处理启动代码。-**先编译成目标文件，再链接**：如果必须分步编译，在链接步骤使用`-nostartfiles`：```bashgcc-ca.c-oa.o#编译成目标文件gcca.o-oa.exe-nostartfiles```注意：使用`-nostartfiles`意味着你需要自己提供程序入口点（例如，定义`_start`函数）。通常，标准C程序不需要这样做，除非是特殊环境。####3.检查代码中的入口点定义确保你的代码中没有定义以下函数（这些是系统启动函数）：-`mainCRTStartup`-`WinMainCRTStartup`-`_start`标准C程序应该只有一个`main`函数。####4.确保没有链接多个启动文件在Cygwin环境中，检查是否错误地链接了多个启动文件（如同时链接了`crt0.o`和`crt1.o`）。这通常发生在复杂的构建脚本中。使用以下命令查看链接的库和对象文件：```bashgcc-va.c-oa.exe```输出中会显示详细的链接过程，注意是否链接了多个启动文件。###💡错误示例分析根据引用[1]中的示例：```bashgcca.oa.o-oa.exe#错误：同一个目标文件链接两次```这会引发多重定义错误，因为同一个目标文件（`a.o`）被链接了两次，导致其中定义的每个符号都被重复定义。确保每个目标文件只链接一次。###⚠️注意事项使用`-nostartfiles`可能会导致程序运行时环境初始化不完整（例如，标准输入输出未初始化）。如果你只是编写普通用户程序，避免使用此选项，而是让链接器自动处理启动文件。###🔧调试技巧1.**查看符号定义**：使用`nm`工具检查目标文件和可执行文件中的符号：```bashnma.o#查看a.o中的符号nm/usr/lib/crt0.o#查看系统启动文件中的符号```如果你在`a.o`中看到`mainCRTStartup`等符号，说明你的代码中定义了这些符号，需要移除。2.**详细链接过程**：添加`-Wl,--verbose`选项查看链接器详细输出：```bashgcca.o-oa.exe-Wl,--verbose```###示例：标准C程序结构```c#include<stdio.h>intmain(){printf("Hello,Cygwin!\n");return0;}```编译命令：```bashgcchello.c-ohello.exe```§§相关问题§§1.在Cygwin环境中如何自定义程序入口点？2.`-nostartfiles`和`-nostdlib`选项有何区别？3.如何为Cygwin编写裸机程序（不依赖标准库）？4.如何解决链接时出现的`__gcc_register_frame`多重定义错误？[^1]</think> 我将针对Cygwin环境下链接器报错问题提供结构化解决方案。此问题涉及多个符号(mainCRTStartup, WinMainCRTStartup等)的多重定义冲突，以及crt0启动文件相关错误。 ### 🔍 问题核心分析 在Cygwin环境下遇到的链接错误主要原因是**多重符号定义冲突**和**启动文件选择错误**： 1. **mainCRTStartup/WinMainCRTStartup冲突**： - Cygwin的GCC默认链接标准C启动文件(crt0.o或crt1.o)，其中已定义程序入口点 - 用户代码中若包含同名的启动函数定义会导致多重定义错误 - 冲突函数包括：`mainCRTStartup`(控制台程序), `WinMainCRTStartup`(GUI程序)[^1] 2. **__gcc_register_frame冲突**： - 与异常处理框架相关，通常由重复链接libgcc导致 - 常见于混用不同编译器生成的目标文件时 3. **crt0.c相关错误**： - Cygwin环境使用特殊启动文件适配Windows环境 - 错误使用-nostartfiles/-nostdlib选项可能导致启动流程不完整 ### ⚙️ 分步解决方案 #### 方案1：使用标准编译流程（推荐） ```bash # 控制台应用程序（使用标准入口点） gcc main.c -o app.exe # GUI应用程序（使用WinMain入口） gcc main.c -o app.exe -mwindows ``` 此方案让链接器自动选择正确的启动文件，避免手动干预。 #### 方案2：正确使用入口点选项 当需要自定义入口点时： ```bash # 1. 首先正常编译目标文件（不加-nostartfiles） gcc -c main.c -o main.o # 2. 显式指定入口点链接（避免多重定义） gcc main.o -o app.exe -e my_entry_point -nostartfiles ``` 要点： - `-e`指定自定义入口点函数名 - `-nostartfiles`需与`-e`配合使用 - 在自定义入口点中需手动初始化CRT[^1] #### 方案3：解决__gcc_register_frame冲突 ```bash # 添加链接器选项解决异常处理冲突 gcc main.o -o app.exe -Wl,--disable-dynamicbase ``` #### 方案4：检查库链接顺序 调整库链接顺序可解决多数符号冲突： ```bash gcc main.o -o app.exe -lgcc -lcygwin -luser32 -lkernel32 ``` 遵循顺序：目标文件 → 语言支持库(libgcc) → 系统库 ### 💻 正确项目结构示例 ```makefile # Makefile示例 (Cygwin环境) TARGET = app.exe SRC = main.c $(TARGET): $(SRC) # 控制台程序使用标准编译 gcc $^ -o $@ # 若必须自定义入口点: # gcc -c $^ -o main.o # gcc main.o -o $@ -e my_entry -nostartfiles clean: rm -f *.o $(TARGET) ``` ### ⚠️ 关键注意事项 1. 避免在用户代码中定义`mainCRTStartup`等标准入口点 2. `-nostartfiles`会禁用所有标准启动代码，需手动完成： ```c // 自定义入口点示例 void _start() { // 1. 初始化堆栈 // 2. 初始化CRT extern void __main(void); __main(); // 初始化全局对象 // 3. 调用主函数 int ret = main(); // 4. 清理并退出 exit(ret); } ``` 3. Cygwin环境中`crt0.o`的特殊作用： - 处理Windows↔Unix环境转换 - 初始化cygwin运行时环境 - 设置异常处理框架 ### 🔧 高级调试技巧 1. 查看链接过程细节： ```bash gcc -v main.c -o app.exe ``` 2. 分析目标文件符号： ```bash nm main.o | grep 'mainCRTStartup\|WinMainCRTStartup' ``` 3. 检查默认链接脚本： ```bash ld --verbose | less ``` 4. 查看系统启动文件： ```bash ls /usr/lib/crt*.o ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值