m_前缀通常用于成员变量——我认为它的主要优点是有助于明确区分公共属性和支持它的私有成员变量:

int m_something

public int Something => this.m_something; 

对于备份变量有一个一致的命名约定是有帮助的，m_前缀是一种实现方式——在不区分大小写的语言中是有效的。

这有多有用取决于你所使用的语言和工具。具有强大的重构工具和智能感知功能的现代ide不太需要这样的约定，而且这当然不是做到这一点的唯一方法，但在任何情况下都值得注意这种实践。

在《干净代码:敏捷软件工艺手册》中，明确建议不要使用这个前缀:

你也不再需要给成员变量加上m_前缀了。你的类和函数应该足够小，以至于你不需要它们。

这里还有一个例子(c#代码):

坏的做法:

public class Part
{
    private String m_dsc; // The textual description

    void SetName(string name)
    {
        m_dsc = name;
    }
}

良好实践:

public class Part
{
    private String description;

    void SetDescription(string description)
    {
        this.description = description;
    }
}

在显式歧义(即，描述成员和描述形参)的情况下，我们使用语言构造来引用成员变量:this。

正如在其他答案中所述，m_ prefix用于表示变量是类成员。这与匈牙利符号不同，因为它没有指出变量的类型，而是它的上下文。

我在c++中使用m_，但在其他一些必须使用“this”或“self”的语言中不使用。我不喜欢看到'this->'与c++一起使用，因为它会使代码混乱。

另一个答案说m_dsc是“坏做法”和“description;”是“好做法”，但这是一个转移注意力的问题，因为这里的问题是缩写。

另一个答案是，输入这个会弹出智能提示，但任何好的IDE都会有一个热键来弹出当前类成员的智能提示。

为了完成当前的答案，因为这个问题不是特定于语言的，一些c项目使用前缀m_来定义特定于文件的全局变量，使用g_来定义作用域大于所定义文件的全局变量。 在这种情况下，使用前缀m_定义的全局变量应该定义为静态变量。

请参阅EDK2 (UEFI开源实现)编码约定，了解使用该约定的项目示例。

还有人提到它的意思是一个阶级成员。Qt是一个流行的c++框架，它使用了这个符号，所以很多c++ GUI教程都使用m_。你可以看到他们几乎所有的例子都使用m_作为类成员。就我个人而言，我使用m_，因为它比这个->短，感觉紧凑。

我还没有看到的一个参数是，像m_这样的前缀可以用来防止与#define'd宏的名称冲突。

在/usr/include/term.h查找curses/ncurses中的#define [a-z][A-Za-z0-9_]*[^(]