微信不会监测用户的聊天记录,现有各推送通道兼容统一推送标准

摘要美国时间2018年 09 月 25 日,Oralce 正式发布了 Java 11,这是据 Java 8
以后支持的首个长期版本。概述美国时间2018年09 月 25 日,Oralce 正式发布了
Java 11,这是 Java 8
发布以后支持的首个长期版本。为什么说是长期版本,看下面的官方发布的支持路线图表:可以看出
Java 8 扩展支持到 2025 年,而 Java 11 扩展支持到 2026
年。现在大部分都在用 Java 8,Java 9 和 10
目前很少有人在用,至少我没有发现有公司在生产环境应用的,那就是找死。现在
Java 11 长期支持,也已经包含了 9 和 10 的全部功能,9 和 10
自然就活到头了。。那么我们来看下 从 Java 9 – 11
都有哪些重要的新特性呢?1、本地变量类型推断这个博主已经写过一篇文章,详细的介绍了
Java 10
带来的这个新特性。什么是局部变量类型推断?varjavastack=”javastack”;System.out.println(javastack);大家看出来了,局部变量类型推断就是左边的类型直接使用
var
定义,而不用写具体的类型,编译器能根据右边的表达式自动推断类型,如上面的
String
。varjavastack=”javastack”;就等于:Stringjavastack=”javastack”;更多使用详情请参考这篇文章《Java
10 实战第 1 篇:局部变量类型推断》,这里不再重复了。2、字符串加强Java 11
增加了一系列的字符串处理方法,如以下所示。//判断字符串是否为空白””.isBlank();
//true//去除首尾空格”Javastack”.strip();
//”Javastack”//去除尾部空格”Javastack”.stripTrailing();
//”Javastack”//去除首部空格”Javastack”.stripLeading();
//”Javastack”//复制字符串”Java”.repeat(3);//”JavaJavaJava”//行数统计”AnBnC”.lines().count();//33、集合加强自
Java 9 开始,Jdk 里面为集合(List/ Set/ Map)都添加了 of 和 copyOf
方法,它们两个都用来创建不可变的集合,来看下它们的使用和区别。示例1:varlist=List.of(“Java”,”Python”,”C”);varcopy=List.copyOf(list);System.out.println(list==copy);//true示例2:varlist=newArrayList<String>();varcopy=List.copyOf(list);System.out.println(list==copy);//false来看下它们的源码:static<E>List<E>of(E…elements){switch(elements.length){//implicitnullcheckofelementscase0:returnImmutableCollections.emptyList();case1:returnnewImmutableCollections.List12<>(elements[0]);case2:returnnewImmutableCollections.List12<>(elements[0],elements[1]);default:returnnewImmutableCollections.ListN<>(elements);}}static<E>List<E>copyOf(Collection<?extendsE>coll){returnImmutableCollections.listCopy(coll);}static<E>List<E>listCopy(Collection<?extendsE>coll){if(collinstanceofAbstractImmutableList&&coll.getClass()!=SubList.class){return(List<E>)coll;}else{return(List<E>)List.of(coll.toArray());}}可以看出
copyOf 方法会先判断来源集合是不是 AbstractImmutableList
类型的,如果是,就直接返回,如果不是,则调用 of
创建一个新的集合。示例2因为用的 new 创建的集合,不属于不可变
AbstractImmutableList 类的子类,所以 copyOf
方法又创建了一个新的实例,所以为false.注意:使用 of 和 copyOf
创建的集合为不可变集合,不能进行添加、删除、替换、排序等操作,不然会报
java.lang.UnsupportedOperationException 异常。上面演示了 List 的 of 和
copyOf 方法,Set 和 Map 接口都有。4、Stream 加强Stream 是 Java 8
中的新特性,Java 9 开始对 Stream 增加了以下 4 个新方法。1)
增加单个参数构造方法,可为nullStream.ofNullable(null).count();//02) 增加
takeWhile 和 dropWhile
方法Stream.of(1,2,3,2,1).takeWhile(n->n<3).collect(Collectors.toList());//[1,2]从开始计算,当
n < 3
时就截止。Stream.of(1,2,3,2,1).dropWhile(n->n<3).collect(Collectors.toList());//[3,2,1]这个和上面的相反,一旦
n < 3 不成立就开始计算。3)iterate重载这个 iterate
方法的新重载方法,可以让你提供一个 Predicate
(判断条件)来指定什么时候结束迭代。如果你对 JDK 8 中的 Stream
还不熟悉,可以看之前分享的这一系列教程。5、Optional 加强Opthonal
也增加了几个非常酷的方法,现在可以很方便的将一个 Optional 转换成一个
Stream, 或者当一个空 Optional
时给它一个替代的。Optional.of(“javastack”).orElseThrow();//javastackOptional.of(“javastack”).stream().count();//1Optional.ofNullable(null).or(()->Optional.of(“javastack”)).get();//javastack6、InputStream
加强InputStream
终于有了一个非常有用的方法:transferTo,可以用来将数据直接传输到
OutputStream,这是在处理原始数据流时非常常见的一种用法,如下示例。varclassLoader=ClassLoader.getSystemClassLoader();varinputStream=classLoader.getResourceAsStream(“javastack.txt”);varjavastack=File.createTempFile(“javastack2″,”txt”);try(varoutputStream=newFileOutputStream(javastack)){inputStream.transferTo(outputStream);}7、HTTP
Client API这是 Java 9 开始引入的一个处理 HTTP 请求的的孵化 HTTP Client
API,该 API 支持同步和异步,而在 Java 11 中已经为正式可用状态,你可以在
java.net 包中找到这个 API。

摘要日前,有媒体测试称,用微信进行文字聊天后,微信“精选”推荐的公号文章中的广告内容与聊天内容密切相关,疑似被精确推送广告。资讯内容2019年3月26日下午,微信方面回应称,并未检测用户聊天记录,但用户的点击行为可能会影响相关资讯的呈现。微信团队称,正如一直以来承诺的,微信不会监测用户的聊天记录,这属于用户的个人隐私,更不会通过监测用户聊天记录来推送广告。微信团队表示,腾讯广告通常投放的人群非常广,投放的基本逻辑是基于用户群体属性,广告主可选择他们设定的目标人群。因此很容易出现用户收到的广告“恰好”和自己的聊天内容、浏览内容相似的巧合情况。该团队举例称,3-5月份是与清明、五一等有关的旅游旺季,又是日本樱花季。在这一时间,旅游类广告/日本相关广告的投放量会比较大。与用户聊天记录巧合情况发生的概率也会大大增加,从而被用户误解。此外,护肤品广告主是向多个城市中某一个年龄段的女性投放。如果用户聊天中谈及护肤,很可能也会产生误会。微信团队表示,其“看一看”平台基于用户的兴趣、点击行为、平台热门等因素来推荐相关资讯信息。该平台会对用户进行“画像”。前述测试中的用户被打上“旅游”标签,所以被推荐了相关内容。话题讨论对于微信团队否认存储和监控用户聊天记录,各位即时通讯技术同行们,你们怎么看?

摘要安卓统一推送联盟,终于有消息了,统一推送时间表出炉。许多人都知道,中国大陆的Android
软件推送乱象丛生。没有相应的规则约束,国内的安卓软件生态,有点像一匹匹脱缰的野马,在大家的手机中随意驰骋。频繁唤醒、常驻后台、定点推送,手机应用这些“毒瘤”动作让你的Android手机卡顿、耗电。在移动互联网时代,各种App的推送信息像雪花一样“飞入”我们的手机。大家在苹果iOS系统和Android系统手机上看到的App消息样式类似,但实际上在后台,两者的运行模式完全不同。由于各种各样的原因,在Android系统手机中,Google的统一推送服务无法在国内使用。因此,中国第三方服务商与手机厂商,纷纷自建推送通道给App使用,并偷偷在后台持续运行。为解决这些问题,2017年10月份,在中国信息通信研究院带领下,联合软硬件厂商、运营商一起成立组织——统一推送联盟。并联合制定UnifiedPushService(UPS统一推送服务)技术标准。半年前,统一推送联盟宣布推送方式和首批支持应用。具体来说对于接入UPS的应用要求,得按照发布的《安卓绿色应用公约2.0》规矩来!大致有三个事项:第一,限制交叉唤醒、链式启动。除用户主动打开,避免程序自己启动。第二,手机CPU尽可能处于休眠状态,避免在不必要时间段(如夜间)继续使用CPU。第三,应用要避免非必要后台常驻服务。如果“统一推送”标准能够实行并普及,从表面上看,安卓系统手机用户可见的App消息的收发形式不会有任何改变,也不会让手机使用体验立即有飞跃提升。但从长期看,所有App共用一条推送通道,手机后台只存在1个推送进程。这样就减轻了安卓手机运行负担,耗电也会更少。从开发者的角度来讲,可能不用再为
Android
应用的保活而烦恼了。可是雷声大雨点小的统一推送联盟,自曝光之后,就逐渐推出了大家的视野,每隔半年多才可能听到一次消息。但是,今天统一推送联盟在公众号上更新了最新的消息了。统一推送的时间表出炉了。具体如下:2019年3月1日,联盟开始统一推送标准符合性测试。2019年12月31日,现有各推送通道兼容统一推送标准。通过上面的报道和描述,我们大概知道了如下几点内容:统一推送联盟对对接的接口有严格的规范和标准,这可能对于我们开发者是好事,能够减少不少的工作量和开发难度。对于通道推送的流量也有标准和要求,可以解决用户的烦恼,不会后台保活浪费用户流量了。对于推送标准对电量也有严格的要求。可以减少浪费用户手机的电量。可能用户不知道,推送浪费电量,目前主要是由于对应用保活技术上导致的,大家为了给应用保活,真的是费尽心机,开发者可以说头疼不已。最早首批安卓智能终端是在
2019
年第一季度有望见面,而要达到现有个推送通道兼容统一推送标准,至少得到
2019 年 12 月 31 号了。你直接说:2020
年初不就完了么?效率啊,效率啊,效率啊!你这个效率等你正式推出使用,说不定
Google 都推出下一代移动操作系统了。

相关文章