jjzjj

stdstring

全部标签

c++ - std::map 中的 std::string 导致 Valgrind 内存泄漏

这是Valgrind的输出:==6519==at0x4C25885:operatornew(unsignedlong)(vg_replace_malloc.c:319)==6519==by0x4EE65D8:std::string::_Rep::_S_create(unsignedlong,unsignedlong,std::allocatorconst&)(new_allocator.h:104)==6519==by0x4EE7CE0:char*std::string::_S_construct(charconst*,charconst*,std::allocatorconst&,s

c++ - 空终止字符串,它真的是由标准规定的吗?

这个问题在这里已经有了答案:Isstring::c_str()nolongernullterminatedinC++11?(4个答案)关闭8年前。讨论众所周知,从C++11开始,std::basic_string被认为具有以空字符结尾的内部存储缓冲区。除其他外,此更改的主要原因是std::basic_string的先前定义仅允许对字符串进行非常有限的并发访问,因此限制了多线程的性能应用程序。(更多关于std::basic_string变化的原因可以在proposalN2534中阅读)。但是,阅读标准我找不到明确指出std::basic_string必须有一个空字符终止的内部存储缓冲区的

c++ - "Why switch statement cannot be applied on strings?"的答案是否仍然正确,即使使用 C++11/14?

我遇到了这个问题:Whyswitchstatementcannotbeappliedonstrings?并想知道答案是否:Thereasonwhyhastodowiththetypesystem.C/C++doesn'treallysupportstringsasatype.Itdoessupporttheideaofaconstantchararraybutitdoesn'treallyfullyunderstandthenotionofastring.仍然适用,即使在C++11/14中使用std:string。是否有多个elseif(...)的替代方案?

C++ 自动类型转换为 std::string 和 char* 的区别

作为学习练习,我一直在研究C++中的自动类型转换是如何工作的。我知道通常应该避免自动类型转换,但我还是想通过了解它的工作原理来增加我对C++的了解。我已经创建了一个可以自动转换为std::string的StdStringConverter类,但是编译器(Debian上的g++4.3.4)似乎没有这样做将对象与真实的std::string进行比较时的转换(请忽略缺少按引用传递和不必要地创建临时对象的情况):#includeclassStdStringConverter{public:explicitStdStringConverter(std::stringname):m_name(na

c++ - 当我使用 win32 SendMessage 发送和转换标准字符串时,我得到了奇怪的字符

我需要将文本附加到win32编辑控件我有执行此操作的功能,但在编辑控件中打印的文本是乱码,为什么?示例代码取自here的Microsoft示例voidsettext(HWNDhDlg,std::strings){//std::wstringws;//ws.assign(s.begin(),s.end());//LPWSTRpwst=&ws[0];////gettemporaryLPCWSTR(prettysafe)//LPCWSTRpcwstr=ws.c_str();//SetDlgItemText(hWndEdit,IDC_EDIT1,pcwstr);HWNDhWndEdit=Get

c++ - str.clear() 和 str = ""之间的区别

我有一个C++std::stringstr,我已将其设置为某个字符串,现在想重置它以便再次使用它。调用str.clear()与调用str=""有区别吗?编辑。澄清一下:我通过向其附加一个char数组缓冲区来重用str:str.append(buf) 最佳答案 没有有效的区别。根据实现的不同,使用clear()可能比将char指针分配给零更快。但是,即使情况并非如此,也更喜欢更清楚地表达您的意图的方法。如果要清除字符串,请使用clear()。如果要分配空字符串,请使用=""。虽然我会注意到,但你说,“所以我可以再次使用它。”又用它干什

c++ - 为什么没有类似于 std::string_view 的 view<T>

我知道std::string_view是对字符串的非拥有引用和std::string_view之间的主要区别和std::string是现在,为什么std::string_view不适用于其他类型?或者为什么这个实现只针对std::string?例如:如果我们有类似的generic_view其中T可以是任何类型,包括自定义类型。有了这个,而不是使用constT&作为函数参数,generic_view可以使用。以及std::string_view的其他优势将很有用,如分配、复制等。 最佳答案 C++20中有一个非拥有类型,用于任意对象的

c++ - 为什么可以将整数分配给字符串变量?

这个问题在这里已经有了答案:WhydoesC++allowanintegertobeassignedtoastring?(4个答案)关闭4年前。在VisualStudio2013中,如果我这样写,编译器会报错:std::stringtest=3;显示:errorC2440:'initializing':cannotconvertfrom'int'to'std::basic_string,std::allocator>'.但是,如果我将其更改为:std::stringtest="";test=3;它只是编译!当然会以悲惨的错误告终。为什么会发生这种情况?

c++ - string::capacity/reserve() 算作终止 null 吗?

从cppref对capacity()的描述来看并不明显和reserve()是否计算终止空字符。 最佳答案 标准statesthat:Inallcases,size().和size()不包括终止空值。因为有可能size()等于capacity(),在这种情况下,这意味着capacity()也不计算终止空值。请注意,在C++11及更高版本中,mystring.c_str()相当于mystring.data()相当于&mystring[0],和mystring[mystring.size()]保证是'\0'.检查这个Demo.

c++ - 在包含 std::string 的函数上使用 throw() 后缀是否安全?

我有一个不抛出任何异常的成员函数,所以我在它的末尾附加了throw()后缀,表明它不会抛出任何异常。我的问题是,在函数中我使用了几个std::string,假设在std::string的初始化过程中出现了错误,并抛出bad_alloc或out_of_range(或者std::string可能出错的任何其他问题)。仍然添加throw()后缀是否仍然安全? 最佳答案 赫伯萨特says那个exceptionspecificationsconferalotlessbenefitthanthey'reworth它带来的问题多于带来的好处。所以