C++ C++/Win32不推荐使用的字符串函数：mbstowcs、wcstombs、安全还是不安全？

编译器（VC2010）一直在抱怨我使用它们

---

如果不安全，请提供最简单的替换。

您有最常见字符串函数的安全版本，它们以

\u s

结尾，并提供指定缓冲区长度的可能性。

您有最常见字符串函数的安全版本，它们以

\u s

结尾，并提供了指定缓冲区长度的可能性。

我在win-32 GDI+字符串绘制函数中使用了它们，该函数采用字符数组，然后切换为宽字符字符串，然后在屏幕上绘制。我也使用VC++2010 express！工作时没有任何泄漏。

我在win-32 GDI+字符串绘制函数中使用了它们，该函数采用字符数组，然后转换为宽字符字符串，然后在屏幕上绘制。我也使用VC++2010 express！无泄漏工作。

如果“安全”是指您可以使用这些功能，而不用担心它们将来会消失？在这种情况下，很可能是的，因为这些函数是C（和C++可能）标准的一部分。

< P>如果“安全”，你的意思是你可以使用这些函数而不用担心它们将来会消失吗？在这种情况下，很可能是，因为这些函数是C（和C++可能）标准的一部分。

< P>许多Windows DLL使用（导入，导出）这些不安全的（也称为“过时”或“禁止”）API。这些是Win32的一部分

许多Windows DLL使用（导入、导出）这些不安全（也称为“过时”或“禁用”）的API。这些是Win32的一部分

---

这些问题不是内存泄漏。这些问题不是内存泄漏。它们在语言标准中没有被弃用的意思，只是微软有人使用了现有的

\u declspec（弃用（\u Text））

而不是实现

\u declspec（稍微不太安全（\u Text））

。显然，工作太多了。在语言标准中，它们并不是不受欢迎的意思，只是微软的一些人使用了现有的

\u declspec（不受欢迎的（\u Text））

而不是实现

\u declspec（稍微不太安全的（\u Text））

。显然工作量太大。不幸的是，它们仍然允许您指定错误的大小。：-）哈哈，事实上，人们应该更喜欢使用字符串对象，以便随时跟踪其长度。不幸的是，它们仍然允许您指定错误的大小。：-）哈哈，事实上，人们应该更喜欢使用字符串对象，以便随时跟踪其长度。