C++指针与new使用合理性咨询：是否需delete？有无更优方案？

嘿，咱们来一步步拆解你的问题，先从代码细节和你的核心疑问说起：

1. 当前用new的方式合理吗？ #

你的思路方向是对的——先通过固定大小buffer限制输入长度，再根据实际输入内容动态分配内存，避免不必要的内存浪费，这个设计逻辑没问题。但有两个小细节要补上：

• 你用的cin.getline(buffer, 50)最多只能读取49个字符（因为最后一个字节要留给字符串终止符\0），如果用户输入超过49个字符，输入会被截断，而且cin会进入失败状态，后续所有IO操作都会失效。建议读取后加个状态检查：

  #include <limits> // 需要包含这个头文件
  
  if (!cin) {
      cin.clear(); // 重置cin的错误状态
      cin.ignore(numeric_limits<streamsize>::max(), '\n'); // 丢弃缓冲区里的多余输入
      cout << "输入过长，请重新输入（最多49个字符）：" << endl;
      // 这里可以加循环让用户重新输入
  }
  

• 你代码里的strcpy(username, buf)应该是strcpy(username, buffer)吧？笔误要修正哦。

2. 必须手动delete吗？ #

绝对要！ 因为你用new[]分配的是堆上的数组内存，C++不会自动回收这部分内存。如果不调用delete[] username;，程序运行时会产生内存泄漏——这块内存会一直被占用，直到整个程序退出才会被系统回收。

注意：一定要用delete[]而不是delete，因为你分配的是字符数组，配对错误会导致未定义行为。

3. 不用std::string的更优实现方式 #

如果你确实不想用std::string（虽然它其实是最省心的工业级方案），可以试试这几种更安全的替代方案：

方式一：用智能指针自动管理内存 #

用std::unique_ptr<char[]>代替裸指针，它会在作用域结束时自动调用delete[]，完全不用手动操心内存释放，从根源上避免泄漏：

#include <memory> // 必须包含这个头文件

void Accounts::newUser() {
    char buffer[50];
    cout << "username: ";
    cin.getline(buffer, 50);
    
    // 用unique_ptr自动接管内存
    std::unique_ptr<char[]> username(new char[strlen(buffer) + 1]);
    strcpy(username.get(), buffer); // get()获取内部的裸指针
    
    // 这里正常使用username即可，比如存储到账户列表
    // 不需要手动delete，unique_ptr会在函数结束时自动释放内存
}

方式二：直接复用栈上buffer（场景允许的话） #

如果你的username只是临时使用（不需要传给其他函数、也不需要保存为类成员），完全可以直接用栈上的buffer——50字节的内存对栈来说完全没有压力，省去动态分配的全部麻烦：

void Accounts::newUser() {
    char buffer[50];
    cout << "username: ";
    cin.getline(buffer, 50);
    
    // 直接用buffer作为用户名即可，不需要动态分配
    cout << "你输入的用户名是：" << buffer << endl;
}

方式三：避免输入截断的折中方案 #

如果想支持任意长度的输入，又不想用std::string长期存储，可以临时用std::string读取完整输入，再转成动态分配的char数组（只是临时过渡，最终存储还是用char数组）：

void Accounts::newUser() {
    string temp;
    cout << "username: ";
    getline(cin, temp); // 读取任意长度的输入，不会截断
    
    char *username = new char[temp.size() + 1];
    strcpy(username, temp.c_str());
    
    // 使用username...
    
    delete[] username; // 记得释放内存
}

内容的提问来源于stack exchange，提问作者Me myself and I