答案是：不安全，这属于C++标准明确规定的未定义行为。下面具体拆解原因、潜在风险和正确做法：

核心问题：malloc只给内存，没造对象 #

malloc(sizeof(A))只是从堆上划出了一块足够装下A对象的原始内存，但这块内存里并没有真正诞生一个A对象——它没有被初始化，也没有调用过A的构造函数，相当于一块"死内存"，对象的生命周期根本没开始。

而赋值运算符operator=的设计目标是修改一个已经完全构造好的对象的状态，它默认操作的是一个"活"的、合法存在的对象。对一块原始内存假装成对象调用operator=，本质是在操作不存在的东西，完全违反了C++的对象生命周期规则。

为什么你的代码可能看起来"正常"？ #

你的A类太简单了：只有一个int成员，没有动态分配的资源，也没有自定义析构函数。在部分编译器下，直接拷贝int值可能不会立刻崩溃，但这纯粹是巧合：

• 未定义行为意味着编译器可以任意处理这段代码，今天能跑不代表换个编译器、平台，或者给A加个std::string成员后还能正常工作；
• 一旦A扩展出需要构造的成员（比如动态数组、智能指针），直接调用operator=会立刻导致内存泄漏、崩溃或逻辑混乱。

正确的做法：用placement new先"激活"对象 #

你提到的new (a) A(b)才是合法且安全的方案。placement new的作用就是在已经分配好的原始内存里构造对象，它会调用A的拷贝构造函数，正确初始化所有成员，让对象的生命周期正式启动。之后你才能正常调用operator=修改它的状态。

完整的安全流程示例：

int main() { 
    A* a = (A*) malloc(sizeof(A)); 
    A b(1); 
    // 先在原始内存中构造对象
    new (a) A(b); 
    // 现在可以正常赋值
    *a = A(2); 
    // 先手动析构对象
    a->~A(); 
    // 再释放原始内存
    free(a); 
    return 0; 
}

额外建议：优先用new/delete替代malloc/free #

在C++里，除非有底层内存管理的特殊需求，否则尽量直接用new和delete——它们会自动完成对象的构造和析构，从根源上避免手动管理生命周期的错误：

int main() { 
    A* a = new A(1); 
    A b(2); 
    *a = b; 
    delete a; 
    return 0; 
}

内容的提问来源于stack exchange，提问作者Pedro Palacios