草庐IT

this_call

全部标签

c++ - 范围解析和 this 运算符

在我最近参加的(C++)类(class)中,老师提到使用->运算符比使用点符号和手动取消引用指针要慢一点(例如(*ptr)).这是真的吗?如果是,为什么?这是否也适用于C? 最佳答案 ->运算符既不比.运算符慢也不快。事实上,取消引用某些东西比仅仅访问内存位置要慢,因为还有一个间接的途径。这是生活中的一个事实,无论是在C和C++中还是在任何其他语言中。在C++中,您还有引用,因此您也可以使用.取消引用某些内容!所以这里的问题不是arrow-vs-dot,问题是编译器是否可以直接找到一个值,或者它是否必须先搜索它的地址。

c++ - "gets() was not declared in this scope"错误

这个问题在这里已经有了答案:whyg++shows"gets()"notdeclared,evenafterincluding(3个答案)关闭2年前。使用以下代码,我得到“gets()未在此范围内声明”错误:#include#includeusingnamespacestd;intmain(){//stringstr[]={"Iamaboy"};stringstr[20];`gets(str);cout

c++ - std::call_once 是免费的吗?

我想知道std::call_once锁是否空闲。There是使用互斥锁的call_once实现。但是我们为什么要使用互斥体呢?我尝试使用atomic_bool和CAS操作编写简单的实现。代码线程安全吗?#include#include#include#includeusingnamespacestd;usingmy_once_flag=atomic;voidmy_call_once(my_once_flag&flag,std::functionfoo){boolexpected=false;boolres=flag.compare_exchange_strong(expected,tr

c++ - 安全检查 `this` 是否为空

首先,我知道在空指针上调用方法是未定义的行为。我还知道,因为这不应该发生,所以编译器可以(并且确实)假定this始终为非空。但在实际代码中,您有时会不小心这样做。通常,它没有不良影响,当然this在方法中为null,并且可能会崩溃。作为调试辅助工具,并且本着早点崩溃的精神,我将assert(this!=0)放在我之前不小心调用空指针几次的方法中。它似乎有效,但clang提示:warning:'this'pointercannotbenullinwell-definedC++code;comparisonmaybeassumedtoalwaysevaluatetotrue[-Wtauto

c++ - return *this 在 C++ 中安全吗?

我想知道从函数返回*this是否安全。this问题显示了一些你可以做到的方法,我的问题是这个例子:structtest{stringt;stringb;public:test&A(stringtest){this->t=test;return*this;}test&B(stringtest){this->b=test;return*this;}};intmain(){autoa=test().A("a").B("b").A("newa");return0;}会不会有内存泄漏? 最佳答案 isreturn*thissafeinc++基

C++ 单例 : how good is this solution? 优点/缺点,替代方案

我正在开发一个包含多个类的C++项目,这些类必须是单例,它们之间存在依赖关系(初始化顺序很重要)。我想出了这个解决方案:所有我想成为单例的类都有protected构造函数,例如:classMySingleton1{protected:MySingleton1();}有一个源文件singleton_factory.cpp包含一个实例化类Singletons,它派生自所有我想成为单例的类,像这样:#include"MySingleton1.hpp"#include"MySingleton2.hpp"classSingletons:publicMySingleton1,publicMySin

C++ 动态分配不匹配 : Is this problematic?

我被指派处理MFC中的一些遗留C++代码。我在各处发现的其中一件事是如下分配:structPoint{floatx,y,z;};...voidsomeFunc(void){intnumPoints=...;Point*pArray=(Point*)newBYTE[numPoints*sizeof(Point)];...//dosomestuffwithpoints...delete[]pArray;}我意识到这段代码在很多层面上都是严重错误的(C风格转换,使用new像malloc,令人困惑,等等)。我还意识到,如果Point定义了一个构造函数,它就不会被调用,而且如果定义了析构函数,d

c++ - "thread-local storage not supported for this target",适合#ifdef?

由于每个编译器都有自己的线程本地存储版本,我最终为它创建了一个宏。现在唯一的问题是GCC(关闭了pthreads),这给了我:“此目标不支持线程本地存储”很公平,因为在这种情况下pthreads实际上是关闭的。问题是,是否有一种通用的方法可以使用一些宏来检测这一点,例如#ifdef__GCC_XXX_NO_THREADS_XXX?编辑:请参阅下面接受的答案。另外,这是我的懒惰解决方案:$touchtest.c$gcc-E-dMtest.c>out.1$gcc-pthread-E-dMtest.c>out.2$diffout.*28a29>#define_REENTRANT1这是在Mac

c++ - 在 T 的构造函数中使用 *this = T() 将 "initialize"类型为 T 的对象安全吗?

构造函数Year()在这种情况下安全吗?structYear{intyear;Year(inty):year(y){}Year(){*this=Year(1970);}//*this=this->operator=(Year(1970));};Yeary;我认为是的,因为一旦执行流到达构造函数主体,year就已经用int()初始化了。还有其他问题需要考虑吗?不要考虑同样的技巧可能会引起麻烦的其他情况。 最佳答案 当然,thiswillwork,并且有效。说明在你的ctor-body运行时,所有的数据成员和基础都已经构建好了,并且:[

c++ - std::call_once 和内存重新排序

给定来自here的代码:classlazy_init{mutablestd::once_flagflag;mutablestd::unique_ptrdata;voiddo_init()const{data.reset(newexpensive_data);}public:expensive_dataconst&get_data()const{std::call_once(flag,&lazy_init::do_init,this);return*data;}};我在其他地方也看到了相同模式的一些变体。所以我的问题是:为什么这段代码被认为是保存的?以及为什么编译器不能在调用std::c