6月19日消息，针对昨日有人在问答社区知乎爆料，美团外卖在后台恶意封杀竞对App，今日，美团负责外卖的副总裁王慧文亲自回复道歉，证实代码自2014年就存在，但他称是“前员工”所为，称这是方便商户联接蓝牙打印机器打印美团外卖小票的无奈之举。

昨天下午，有知乎用户发帖《如何评价美团外卖强杀竞争对手app进程？》。该用户称，他在反编译美团外卖商家Android版后发现，其中有一个杀死后台运行进程的权限。本以为是美团为了保证自己App可以流畅运行而杀死后台长时间不运行的App，却发现美团直接用Hardcode写死了四款App的包名。这四款App正是美团外卖的竞争对手，饿了么、大众点评、百度、淘点点的商家版。Hardcode则是使用硬编码，直接写死在程序里。

该贴迅速引来美团负责外卖的副总裁王慧文答复。王慧文证实，这段代码是2014年7月10日提交的，当在做实验版本。“很不幸的是，美团外卖实在发展太快了，在疯狂的业务迭代中，这段代码被遗忘了…”然而很快有答案指出，出现在这份“2014年7月10日”提交的封杀名单中的百度外卖商家版APP，是2014年8月才上线的。

王慧文对这一封杀代码作出如下解释：“一个工程师发现在部分Android系统上APP在连接蓝牙打印机的时候，如果打印机已经被其他APP占用端口，则需要重启打印机；由于各同行商家端APP后台自动唤醒程序，用这种方法能减少商家操作，也不会给同行业务带来实质上的损害。”

王慧文进而表示，已更新掉这段代码，如果给同行造成困扰，深表歉意，并希望围观者不要断章取义，“看到上下文应该能理解年轻工程师在这个技术难题前束手无策情况下的不完美解决方案”。

王慧文强调，该代码是前员工所为，“相信他绝对不是带着恶意去写下这几行代码，我们也绝不会把责任推给一个小兄弟”，希望围观者手下留情，“此事不要打击他在技术路线上发展的信心。”

自称编写了该代码的美团前程序员也在该问题下回复，表示一再道歉，称“本人学艺不精，写了这么烂的代码，让大家见笑了。”

有网友指出，在后台封杀竞对app，会使得用户在其他三家app下单后，系统推送订单时，商户端无法及时提示，商户需要不停地查看手机，才能知道用户下了订单，在订单繁忙时，很容易把订单错过。用户下单后，也不知道商户没有接单。

以下是美团副总裁王慧文的回复：

我是美团外卖的负责人王慧文，我刚从火车站出来，还来不及了解情况，我们的技术团队正在加紧了解详情，后续会给一个公开的答复；美团一直秉承尊重市场秩序公平竞争的原则，如果错在美团，我们会道歉。

调查结果：这段代码是在2014年7月10日提交的，当时我们在做蓝牙打印机的MVP（可以理解为实验）版本，我们的一个工程师发在部分Android系统上APP在连接蓝牙打印机的时候，如果打印机已经被其他APP占用端口，则需要重启打印机；由于各同行商家端APP后台自动唤醒程序，用这种方法能减少商家操作，也不会给同行业务带来实质上的损害。

这个逻辑仅出现在使用Android +蓝牙打印机组合的商家端，且在APP获取不到蓝牙连接的情况下才会触发。使用Android+蓝牙打印机的商家数占全部美团外卖商家数的5.8%，如果再考虑跟同行商家重合率的话，如果再考虑还有一部分Andoird+蓝牙组合可以支持多App链接，会涉及到的商家比例会更低。

我咨询了相关资深技术人员，这事在技术上也确实没有更好的解决方案，不过在产品交互层面上确实有更好的解决方法；很不幸的是，美团外卖实在发展太快了，在疯狂的业务迭代中，这段代码被遗忘了...

答复一、提交代码的这位同学来美团之前并没有做过工业级产品，但是非常聪明好学动手快，乐天搞怪的阳光少年，我们相信他绝对不是带着恶意去写下这几行代码，我们也绝不会把责任推给一个小兄弟，在这个过程中我们没有尽到REVIEW代码的责任，以后会在工程管理中加强Review；也希望我们这位兄弟虽然已经离开美团，但是此事不要打击他在技术路线上发展的信心。

答复二、我们已经全量发版更新掉了这段代码。

答复三、如果这段代码给同行们造成了困扰，我们深表歉意。

答复四、我注意到楼主只贴出了杀死程序的代码，没有贴出这个代码被调用的上下文；知乎有很多技术高手，如果看到上下文应该能理解年轻工程师在这个技术难题前束手无策情况下的不完美解决方案。对于美团要承担的责任，美团绝不推卸，但是我们也希望大众看到的是一个完整全面的信息，不要因为有人断章取义有错误的理解。