美团、饿了么偷听这事儿你怎么看？是不是现在的应用都有偷听啊？

偷听你也管不了啊，习惯就好了

没有抓到上传偷听录音的流量包证据之前都是媒体想搞个大新闻

厉害啊 中国人民无隐私

对对对，所以把手机寄给我就好了，要听让它听我去吧！

都是猜测说个锤子，请拿证据

反正阴谋论者又有了一个狂欢的理由，不管怎么分析，都能用一句“你们这个都是阴谋!!!”给怼回来，所以干脆放弃思考就行了。
另外多说一句，隐私和这个是两个问题，这个只要证明技术上没有实现的价值就可以了。

阴谋论真的很爽吗?

@InkAndBanner 这是阴谋论吗？这根本不是吧。还记得去年百度搞得一出儿？

用户量大了，随便投放一个广告，总能命中一些刚好需要的用户吧。

昨晚浏览网页，跳转到某个网页的时候，被 xxxxxx.gov.cn 拦截了。

假新闻都传到 v 站了？，饿了么和美团连麦克风权限都没申请怎么录音？

在任何一项足够先进的技术和魔法之间，我们无法作出区分。 阿瑟克拉克

偷听。。。好费电的，hi Siri hi bixby 这种层级的都会明显增加耗电。还是大数据搞的吧。

反正发现头条好几次在我们谈论完某个东西之后，不久就收到相关内容的推送了
在网上也见过相关网友谈及此现象

这件事情是有头有主的，谷歌多年前就已经开始监听用户的麦克风了

我上次为了试一下是不是会偷听，开着淘宝对着麦克风说了 5 分钟洗面奶，第二天搜索栏下面的推荐就有洗面奶了，，

@InkAndBanner #7 对的，阴谋论罢了，这么做成本太高，明显会太耗电了，还要偷跑流量，成千上万用户的语音往服务器传，不撑死它。

可能是幸存者偏差吧

@anyforever 头条有 adx，你说的讨论的东西如果最近在京东、淘宝等其他 app 内浏览过，头条可能就给你推出来。

V2 也有人信这个？

最好麦克风启动的时候也会像摄像头一样弹出来

偷听？ 明明是隐私共享。

今早刷牙在澎湃新闻看到了,当时觉得很扯.

技术上其实有很多实现方案,但是这都不是最重要的,最重要的是,这个事是触之必死的,不应该有人敢做.

假如一个知名产品被石锤窃听用户说话,他能死.美团这事如果石锤,王兴自己要进去,股票跌成废纸.这事真有人敢做吗?

这事肯定有，而且不止这两家，技术实现没难度

这个事情出了后 美团就提示更新 app

说阴谋论的一定是因为自己没碰到过。

第一次，跟理发小妹聊天说我之前牙碎了掉渣渣。第二天广告联盟就推荐了“牙齿掉渣怎么办”这种类似的。
有天跟室友在房子喝酒聊到了中学时候山木培训，新概念英语啥的。第二天去公司那种联盟广告就推送新概念英语相关。

也许是幸存者偏差，但这么小众的话题连着几次真的让人不得不浮想联翩。

转发假新闻 biss

用录音这种噪点这么多的东西吃力不讨好的去搞推荐,想不通楼上有些人是怎么想的.
就算未来会出现这种情况, 但是以现在的技术和设备去实现, 就是吃力不讨好.
看来还是广告联盟这些推荐系统太优秀了

跑个有对照组的完整实验才行。

@yksoft1ex 不仅要有实验组对照组，两组的变量也要彻底控制。注册时长相似，身份识别信息（终端信息、手机 /邮箱）等的历史数据尽量保持相似，用户地域、身份、收入、背景都相似。

贴吧肯定有.不是基于地理位置和搜索记录推荐广告的，而且手机还是黑屏状态，遇到过两次了..

还记得某年去配合推 APP,用户觉得会一天 24 小时被跟踪。。。

年初被闲鱼推过 VHS 广告
恰好前一天晚上家里说过这玩意
这年头谁还买 VHS 啊

这事情假得不能再假了 目前技术实现不太现实啊

很多应用都申请了麦克风权限。
但是看 AppOps，发现很少有应用真的调用过。
包括美团和饿了么(虽然基本上都是用完就关了的)

纠正:
美团和饿了么显示的事根本没有调用过。。。
AppOps 上有调用过的应该会有“ Rejected March 12 ”这种。
但大多数根本没有。
所以，要么就是为了之后执行语音分析准备好的权限，要么就是他们真的没在干这事情

这俩 app 在我手机上没申请过麦克风权限。别用那些语音搜索就好了。

上次在一家店里吃盖饭，一边吃一边刷头条，反复看了一篇介绍关于冈仁波齐和佛教的文章，结果就有个乞丐直接进店来乞讨。不禁感叹，头条真是太可怕了，不过那个乞丐有个败笔，少拿了转经筒..

麦克风权限根本就没这俩 app

@incheon +1 刚看了。。

@lee015 恰恰不是你说的这种能买到的商品，不是某品类的话题，呵呵

手机断网开着录音放着看看多久就没电了。

还后台监听，不知道 ios 后台开启麦克屏幕上方有提示的么。

我不知道这事是不是真的 不过
1. 技术上可以做到 但是非常麻烦
2. 这么做的意义何在？耗费大量资源 经济效益一般
3. 这事报道属于道听途说的可能很大

综上 我觉得这事假新闻。。

感觉我司产品不会蠢到做这个功能哈

@InkAndBanner 你不仅自己吃屎吃得不亦乐乎，还要求别人被迫吃屎时不能发表意见 ，发出质疑了就是阴谋论

过年时在亲戚家吃饭，电视在放中国好诗词，后来手机收到推送的诗词练字帖，好吓人

我觉得吧，这个可能是幸存者偏差。

原文提到：“上海的孙女士在和同事闲聊时提到想喝 CoCo 奶茶，在打开饿了么 App 时，在推荐商家首位看见了 CoCo 奶茶”

那么会不会孙女士之前打开饿了么的时候也有 CoCo 奶茶的广告，但是因为当时没想着喝，所以没有注意，忽略了。

然后这次因为心里想着 coco 这个东西，所以才注意到了这个推送的广告？


----------------------------------------------------------

我不是洗地啊， 只是提供一个思路。

孕妇效应

ios 录音的话会有 颜色标记在顶栏吧。

@Vegetable #23 想多了，权贵们不用，影响不到他们，至于一般人，呵呵呵。 有几个在乎隐私的？

再说了，读你的短信和通话记录，跟录音没有本质区别，前者几乎都成了国产 app 标配了。

可能性很低，因为做这个事情的 ROI 太低了，冒那么大风险，就是为了做个推荐？现在的推荐虽然不咋好，但是偷听了之后就会好很多吗？

那没发生这个情况的人有多少啊

监听 2019 年中国妖术大恐慌

@kanata
@lcdtyph

录音费电不费电，不都是一天一充么

语音转文字不是很精准了么？
转成文字在后台上传消耗的流量完全无法察觉
而且不需要时刻录音
只有检测到分贝大于多少才录音
或者声音是机主的时候才录音
资源占用更低

论坛好多人动不动就下结论说录音好费电不可能的
而且还要语义分析资源占有更不可能的。。。
这样的说法真可笑！

大家反感应用流氓行为，都去用 PWA 会不会好点～

@ooooo
麦克风只要开着就费电，不管录不录音。
时刻监听就更不可能了，抓包还看不出来端倪？

你才可笑。

这些公司是有多闲去录音？

@ooooo #54 首先这是手机，标准设备啊，不是你自己造的智能音箱，你要是能实现不开录音还能检测环境音量，那才是见鬼了，是不是随时录音确实可以从电量看出来，积少成多，很明显的，而且录音解析语音的话，cpu 完全不能进去低功耗模式了吧，这耗电不蹭蹭的

但是这种事情，都是做技术的，怎么感觉谁信谁傻啊

@ooooo 这逻辑看上去不像是做技术的啊。。

@ooooo 大哥,语言转文字是云端转的!

哈哈哈哈，前天吃饭跟同事聊天，说他女朋友可能意外怀孕了，在发愁怎么办，不想那么早结婚。。balabala。下午，某乎 页面就弹出来几个女朋友意外怀孕怎么办、大姨妈来迟了是怎么样的心情。。。。我就怀疑人生了

检测到分贝大于多少才录音都能脑补出来也是服了
这俩 app[声明]了录音权限,但是从未[申请]过，appops 里连申请记录都没有
随便问问身边几个移动开发就知道的事，谁信谁傻

@ooooo
其实你才可笑
录音是一天 n 充
本地 ocr 技术需要一个庞大的数据库并且识别率很低。
实时调用接口那流量和请求数就是很惊人的了。
美团、饿了么并没有主动申请录音权限，因此除非用户用的是美团他们开发的操作系统，不然没可能一点提示都没有
> OK Google 和 Hi Siri 那种，都是基于设备专门的低功耗芯片来做的，即使如此也会增加不少耗电。
App 只能依赖通用计算功能，真要做长时间语音监听，掉电问题早就会让人石锤揪出来了，哪还轮得到现在这种毫无根据的猜测。。
> 从录下信号的信噪比来讲（假设真做的话），除非用户天天把手机放嘴边，否则以一般手机的麦克风配置，无法保证能录出来一个标准全向 /指向性电容麦的效果（毕竟体积比也在那摆着呢），更何况专业电容麦也是需要调校的，指向性麦要对着嘴才会获得较好的效果（可以看看《歌手》里的专业歌手拿麦的姿势），一般手机放兜里、搁桌上，开微信语音都不一定听的清楚，更何况还需要进行额外处理，将内容过滤只剩下店铺名称（还不说得考虑方言、俗称、俚语），然后再进行地点定位匹配……有那个工夫，直接用推荐系统根据信息处理就行了

阴谋论往往缺乏证据，荒谬的逻辑，不符合奥卡姆剃刀原则，是很多谣传的基础。但是被指责为阴谋当事人的一方，也很难证伪阴谋论的说法，许多阴谋论有不可证伪的特点，即通常说的“难以自证清白”。

@ooooo 不是每个人都是标准普通话，另外 siri 都不能做到只识别机主的声音。

@HongJay

自己技术达不到
或者找不到解决办法
不代表别人做不到没有实现

思路不要放在不会的 不可行
如果你按着如何能做到
好多的优化思路和方法就出来了
怎么会实现不了保证耗电量不高的情况下实现：
机主每天的语音转成文字，这一个目的
至于广告推送只需要把 txt 文本上传到服务器上面进行分析推送广告即可

1，分贝高于多少后判断是否是机主的声音（语音助手基本每个手机都有自带的这个不难吧）
2，高于多少分贝后开始以最佳的恰好可以识别语音内容文件大小也没多大的采样率录音。
有人说：用过清华同方录音笔录两小时差不多 40M，果六差不多 20M，没有很大。如果设置录音门限达到阈值后自动
录音一个人每天说的话平均下来根本没有多大空间，如果再压缩一下更少
（一个人每天高分贝的语言交流并不多，用低采样率的音频根本占不了多大空间）
3，本地转文字，或者语音文件不大的情况下直接上传

你的思路就是说各种不行不好办
我的思路是寻找可以做到的办法

当然觉得对方可笑

@ooooo
还是希望你能好好看看别人的发言。然后再发笑。
我就不对牛弹琴了。

@ooooo 不考虑耗电的情况下，技术都是可行的，问题就是如何降低耗电。
你在 App 内调用录音功能，即使不编码、不探测，只过一次内存，耗电量都是不可接受的。
探测分贝会消耗计算量、编码会消耗更多计算量、转文本或提取特征会继续消耗更多计算量。

你认为自己技术不行，那苹果谷歌技术总能得到你的认可吧？他们自己的唤醒功能，都是通过自己使用协处理器实现的，iPhone 6s 之前的手机，即使都升级到了最新的系统，没有协处理器仍然只能充电时唤醒。如果有什么人能够实现不用协处理器，还能足够低功耗实现唤醒功能，怕不是早被苹果谷歌用上了。。

@HongJay

对牛弹琴？

你难道没想过自己是
坐井观天？

井底之蛙
大多不会这么去想的

end

@HongJay 被害妄想症的人怎么想都是
可能的，不能按照逻辑推理

这里是 v 站，talk is cheap, show me the code.

@ooooo 亲，你真的是搞技术的吗？
口口声声别人给你解释的都是别人水平低不够，那你倒是把代码 show 出来啊？按照你的逻辑，什么东西做不出来？做不出来只是你井底之蛙不代表别人能力不行。

我也来个阴谋，请参考苹果手机的语音！

@wangxiaoaer 你得问谷歌为什么把电话号、打电话、发短信、IMEI 和读取短信通话记录做成一个权限

@ooooo #65 希望在你多敲几年代码, 多学习一点东西之后,看到你今天的这段话不会脸红.
还有, 更希望你早日进入大厂, 将你的这个思路转化成产品.让大伙开开眼界.

@userdhf 你这个是最牛逼的语音监控

@ooooo #54 一看就是外行说内行。我之前兄弟 ASR 部门的一大难题就是模型嵌入手机端，包括存储、功耗、效果。最靠谱的做法还是整段话传回服务端进行解析。但是这样抓包就可以找到线索了

天猫精灵插电，一直在听你讲什么，联想到未来 5G

可以测试一下。说一句我想吃蒸羊羔蒸熊掌蒸鹿尾儿，烧花鸭烧雏鸡烧子鹅。看看俩 app 会推荐啥。

反正搞过开发的没人会觉得这是真的

楼上的真的是计算机行业的人么？
你们该不会相信天网系统已经部署完成了吧

建议做过或者了解过移动应用开发的人再来谈论这个话题，稍微有点手机应用开发经验的人再稍微动点脑子都不会觉得是真的吧

这帖子让疲惫一天的我不由得笑了起来

发现大家都不认真看的吗？人家新闻里已经说了，可能是微信淘宝，这两货多少人是 24 小时后台的，语音权限不要说肯定又是开的吧。你们都把焦点不对源头这样好吗？就和新闻联播一说信息泄露就是黑客盗取一样。。。

至于说技术不成熟无法实现的就更可笑了，什么录音一直开着耗电，需要一直开吗，重力感应开不就行了，手机动了就开监听，超时没有声音就关闭，再简单不过了，手机上那么多传感器，照你们的思路那人脸解锁不是要一直开摄像头？？那电量不是早就尿崩了，可是现在实现了吗？成熟吗？

十多年前我就用过类似软件监听晚上睡觉自己有没有说梦话，现在都 9102 了，还需要一根筋的一直开麦？？

@ooooo #68
坐井观天？
你难道没想过自己是
井底之蛙
自己的思维有多狭隘才会这么想
end

你们没用过 Sleep Cycle 这个软件么？去年有次忘了充电，一早上起来电量从九十多掉到三十多

@okzy520 你需要 Betamax(逃

这种技术感觉是真实存在的，《谍影重重》《窃听风云》里早就有了

有的应用都可以获取相机刚启动时的画面了，录音很奇怪吗？

@ooooo #65 人脸解锁人家是操作系统做的，有专门硬件支持，驱动层优化，一 app 层面怎么可能做到，要是可以这是多大的安全问题，在使用场景这么广泛的情况下，根本不可能有这种基本的错误

电视电影都是可以黑天黑地的，想干嘛就干嘛，但是现实世界都是讲成本收益和风险的

@noe132 并不需要上传语音流量做在线识别。
很多公司提供离线处理语音的能力，只需要集成安卓 sdk 即可，使用手机的处理器，还缓解了服务器的压力，一个定向优化的版本并不需要多大的处理能力，如果识别到了特定的语音，比如包子，火锅，触发推送即可，整个流程从技术上毫无问题。

@HongJay 本地流式处理，并不需要存储语音，只要识别过，最多存储下识别结果文本，而且并不需要很大的数据库即可，用公开版的 sdk 可以实现。

到现在没有任何石锤的东西也能在 v2 上讨论这么久。这些公司怕不是用了水滴在监测地球

@ooooo 大哥，别说了，你抬杠可以，但是别侮辱人家的产品和技术。你说的这些在手机上完全不可行，特别是 ios 上，有空您多读一下 apple 的开源内核，就知道您抬杠抬的多好。

@greed1is9good 都 2019 年，你还不知道看看底层录音权限怎么开……感性是好事，可是这里需要理性

手机上正在使用麦克风录音的话, 通过蓝牙 HFP profile 可以收到相关的消息回调; 上次遇到过莫名其妙收到消息回调的情况, 当时手机后台只有淘宝, 手机后台清掉某宝后恢复正常;

@greed1is9good @ljtletters 请解释一下为什么苹果谷歌的语音唤醒功能比如 Siri 那些，需要低功耗协处理器支持才能实现，没有协处理器的机型，只能充电时才能唤醒？

这还是程序员论坛吗？这种问题还需要讨论？

@icyalala 从唤醒角度来看，的确有这个问题。那我们换个思路，从业务角度讲，我有必要 24 小时监听我的用户吗？
我们假设个场景，中午该订午饭了，你和你的同事小伙伴，隔壁桌的小红，凑近一点，一边打开美团或者饿了吗 APP，一边刷，一边说，你说吃个火锅怎么样，我觉得炒饭方便，或者盖饭呢？
我只要在这个时候开始监听，并处理就好啦，这样就可以提高我的推送成功率啦。
我们做个技术是为了业务服务的。