在msvc x64上，有一个内部函数：

__nop;

头文件：<intrin.h>
文件：https://learn.microsoft.com/en-us/cpp/intrinsics/nop?view=msvc-170

__asm int 3怎么样？还有，优化启用了吗？这可能是其他失败的原因（实际上从未尝试在它们上中断）。

你可以定义一个全局的unsigned int debug_counter，那么你的“no-op”宏就可以是debug_counter++。很肯定编译器不会删除它，但是绝对肯定的是，在某个地方放一些代码来打印计数器的值。

在myassert.h中定义并在应用程序中的任何位置包含（在Visual Studio？中强制包含）。

// Works cross-platform. No overhead in release builds
#ifdef DEBUG

    // This function may need to be implemented in a cxx module if
    // your compiler optimizes this away in debug builds
    inline bool my_assert_func(const bool b)
    {
        // can set true/false breakpoints as needed
        if (b) {
            return true;
        }
        else {
            return false;
        }
    }

    #define myassert(b) assert(my_assert_func(b))

#else // RELEASE

    // In release builds this is a NOP
    #define myassert(b)    ((void)0)

#endif

#define DEBUG_BREAKPOINT myassert(true)

现在您可以：

string token = GetNextToken();
if (Ignore(token)) 
    DEBUG_BREAKPOINT;
}
else {
    // process token
    DoThis(token);
    DoThat(token);
}

实际的无操作指令：

__asm nop

也许你可以这样做：

#define BREAKPOINT __asm { int 3; }

这将调用中断3，这是断点中断。这将在代码中设置一个断点，它被 * 编译 * 为代码的一部分。
现在，如果你只想在某个操作上设置断点，除了允许你在那一行上中断之外，它实际上什么也不做。我认为你必须在不优化的情况下编译代码，因为你实现的NO_OP很可能会被优化编译器在代码之外优化，而优化开关是打开的。
另一点是，这似乎是一件非常奇怪的事情。据我所知，人们通常会在一行代码上设置一个断点。看看变量状态是什么，一次步进一行，等等。我真的不明白在一行代码上设置一个断点对你的程序没有任何意义，这将帮助你调试任何东西。

C++03：

inline void __dummy_function_for_NO_OP () {}
#define NO_OP __dummy_function_for_NO_OP ()

int main () {
    NO_OP;
}

C++11语言：

#define NO_OP [](){}()

int main () {
    NO_OP;
}