简短的回答是否，该对象不会在内存中您无法到达的地方保持活动状态。生活是真实的：如果你掌握了基础知识，真相会稍微复杂一些，但不会复杂很多。
更新：
回应您的更新：在某种程度上，您是对的。回调是对MyObject.prototype.alert 的引用，您使用this.alert 访问它，但该函数对象被构造函数原型引用，并且无论如何都不能被GC'ed。 instance 本身不涉及alert 函数本身，因此可以安全地进行 GC。
这样想：
MyConstructor.prototype.alert = 0x000123;//some memory address
||
\/
0x000123 = [object Function];
函数对象本身并不直接附加到任何东西上，它漂浮在内存中，并被原型引用。创建实例时：
new MyConstructor().alert;
解决如下：
[new MyConstructor instance] allocated at e.g 0x000321
||
\\
\=>[alert] check for alert @instance -> not found
\\
\=> check prototype, yield 0x000123 <-- memory address, return this value
所以在执行语句时：
$("button").click(this.alert);
this.alert 是解析为0x000123 的表达式。也就是说jQ的click方法（函数对象）只接收alert函数对象的内存地址。实例，或者实际上是构造函数根本不涉及。这就是为什么this 或调用上下文可以根据调用函数的方式和位置而改变的原因。 see here for more on ad-hoc context determination
我什至会做得更好：
/*assume your code is here*/
new MyConstructor().alert = function(){ alert('I am deaf');};
MyConstructor.prototype.alert = 'foo';
$('#button').click();
你猜怎么着，点击事件警报“我听说了”都一样，原型甚至都没有涉及，更不用说实例了。
如果MyConstructor 超出范围，click 事件仍然可以正常工作，因为 GC 仍然看到对警报函数对象的引用尚未超出范围。不过，其他一切都可用于 GC'ing...
JS 垃圾收集器 (GC) 是一个标志和滑动 GC。当 JS 引擎遇到您的语句时，它确实分配存储对象所需的内存。当到达下一条语句时，该对象可能仍在内存中。
GC X 时不时地检查它在内存中看到的所有对象，并尝试找到对该对象仍可访问的所有引用。当遇到刚刚在该语句中创建的对象字面量，但没有分配对的引用时，该对象被标记为垃圾回收。
下次 GC 处理其刷标记对象的业务时，该对象将从内存中删除。
当然，对于所有引擎来说，这并不完全正确。假设您的语句是用 IIFE 编写的，它返回一个函数：
var foo = function()
{
{name: 'bar'};
return function()
{
return 'foobar';
};
}());
某些引擎只是将 IIFE 的整个范围保留在内存中，并且仅在 IIFE 的 返回值 超出范围（标记为 GC）时为该范围释放内存。其他引擎，比如我上次检查的 V8，实际上会标记那些外部范围的对象/变量，这些对象/vars 没有被它的返回值引用。
不过，仔细想想，它可能不适用于这种情况，因为 GC 甚至可能在 IIFE 返回之前就开始了......但总的来说，这只是吹毛求疵。
还有逻辑或的问题需要考虑：
var name = (mayNotExist || {name:'default'}).name;
在这种情况下，如果mayNotExist 确实存在，则由于 JS 对表达式的短路求值，甚至永远不会创建对象字面量。
关于此事的几个链接：