Vue 框架创始人尤雨溪在官博宣布了 Vue 3.2版本，并且在其个人社交账号评价到：

随之有用户在下面抱怨到，学不动了！

哈哈，一群可爱的程序员儿~

而针对用户提到的“如果不想暴露所有变量或方法，是不是只能放弃 setup 语法糖”时，尤雨溪提醒到：“搞清楚暴露到模板和暴露到外部的区别！”

下面我们一起来看看新版本都有哪些期待已久的新特性吧！

Vue 3.2 包括许多重要的新功能和性能改进，就在新版本发布后不久，官方的CHANGELOG上，又增加了一个 Vue 3.2.1更新，只更新了一个bug修复。

图源：CSDN付费下载自视觉中国

SFC的两个新成员顺利转正

单文件组件(SFCs,aka .vue files)的两个新功能顺利从实验状态顺利转正成稳定状态，它们分别是：

< script setup >：新的编译语法糖，简而言之就是 script setup 相当于在编译运行时把代码放到了 setup 函数中运行，然后把导出的变量定义到上下文中，并包含在返回的对象中；

<style> v-bind：即在SFC的 <style> 标签里可以绑定一些CSS内联样式。

下面是一起使用这两个功能代码的案例组件：

<script setup>import { ref } from 'vue'const color = ref('red')</script><template>  <button @click="color = color === 'red' ? 'green' : 'red'">    Color is: {{ color }}  </button></template><style scoped>button {  color: v-bind(color);}</style>

感兴趣的同学可以在SFC Playground 中尝试一番，或者阅读官方文档：

• https://v3.vuejs.org/api/sfc-script-setup.html
• https://v3.vuejs.org/api/sfc-style.html#state-driven-dynamic-css

此外，Vue官方基于<script setup>还构建了新的RFC，旨在通过编译器改善ref体验，体验反馈地址：https://github.com/vuejs/rfcs/discussions/369

Web 组件

Vue 3.2 引入了一个新的 defineCustomElement 方法，可以使用 Vue 组件 API 轻松创建原生自定义元素：

import { defineCustomElement } from 'vue'const MyVueElement = defineCustomElement({  // normal Vue component options here})// Register the custom element.// After registration, all `<my-vue-element>` tags// on the page will be upgraded.customElements.define('my-vue-element', MyVueElement)

该API允许开发者创建Vue驱动的UI组件库，这些库可以单独使用或者与其他框架同时使用，具体如何使用，大家可以参考官方文档：https://v3.vuejs.org/guide/web-components.html

性能提升

• 对反应系统进行重大优化，感谢@basvanmeurs的出色表现
• 更高效的ref实现（约 260% 的读取速度/约 50% 的写入速度）

•      约 40% 更快的依赖跟踪
•      内存使用量减少约 17%

• 模板编译器改进：
• 创建普通元素 VNode 的速度提升约 200%
• 更为积*的连续 hoisting

*后，该版本还提供了可实现部分记忆模板树功能的 v-memo 新指令，该指令不但允许 Vue 可以完全跳过新的 VNode 创建步骤，还可以跳过虚拟 DOM 差异。虽然可使用的地方不多，但在特殊情况下可压榨*大性能，例如处理大型 v-for 列表。

使用简单的单行添加，v-meno 使 Vue 成为 js-framework-benchmark 中*快的主流框架：

Vue官博

服务端渲染

该版本的@vue/server-renderer包提供了一个 ES 模块构建，可实现与Node.js内置模块解耦。这样一来，在非Node.js 运行时中（例如CloudFlare Workers 或者 Service Workers）就可以捆绑和使用@vue/server-renderer。

与此同时，该版本还提升了流式渲染API，给 Web Streams API 渲染提供了新方法。查看@vue/server-renderer 文档可获得更多详细信息：https://github.com/vuejs/vue-next/tree/master/packages/server-renderer#streaming-api

Effect Scope API

Vue 3.2 还引入了一个新的 Effect Scope API，可用来直接控制反应性效果（计算和观察者）的处理时间。它可以更轻松地在组件上下文之外使用Vue响应式API，并且解锁组件内部的一些高级用例。

这是一个面向库作者的底层API，感兴趣的同学可以查阅官方RFC了解更详细的内部原理跟案例。

相关链接：

• Vue 变更日志：https://github.com/vuejs/vue-next/blob/master/CHANGELOG.md
• Vue 官博发布的版本更新：https://blog.vuejs.org/posts/vue-3.2.html

————————————————

原文链接：https://blog.csdn.net/mengyidan/article/details/119562143

Elastic近日对其官方Python客户端（Elasticsearch-py）做出了修改，使其无法与各个分支版本相兼容。Elastic开发者向Elasticsearch-py提交了一个PR，增加了一个验证逻辑，限制用户使用Elasticsearch客户端连接到由AWS创建维护的Elasticsearch分支OpenSearch，以及跟AWS相关的Elasticsearch产品和服务，后来又关闭了GitHub上相关的话题讨论。

AWS如何解决这次“危机”

面对Elastic的“主动出击”。AWS在官方博客中表示：“因为Elastic维护的开源库提供了方便的API接口，所以许多使用Elasticsearch和OpenSearch的开发人员都依赖于Elastic维护的开源客户端。修改后的客户端将无法连接到由AWS维护的Elasticsearch分支OpenSearch，以及一些版本较低的Elasticsearch开源发行版，或是托管到AWS Elasticsearch Service 的Elasticsearch。Elastic公司现在只允许应用程序连接到Elastic的商业产品上。”

不仅仅Elasticsearch的Python客户端出现问题，Elasticsearch的.NET连接器也发生了同样的事情，导致出现诸如“客户端注意到服务器不是Elasticsearch 受支持的发行版”之类的弹窗提示。另一个变化是Elasticsearch的Java客户端也已切换到Elastic License。

随着Elastic不断限制不同编程语言Elasticsearch客户端与OpenSearch产生联系。“OpenSearch 要如何处理当前可用的各种编程语言所对应的多种 connector 和 binding？“这个话题在OpenSearch社区引起了用户的焦虑。

AWS计划将在OpenSearch项目中添加一组新的开源客户端，使应用程序可以轻松连接到任何OpenSearch或Elasticsearch集群。这些客户端将允许开发人员继续运行当前版本的OpenSearch或Elasticsearch。并且用户先前的应用程序代码只需进行较少的更改，新客户端将提供他们与之前版本相同的API接口和功能。AWS计划修改的客户端包括：elasticsearch-py；elasticsearch-java；elasticsearch-net等客户端。

AWS补充到，不建议把Elastic维护的客户端更新到*新版本，因为这可能会导致应用程序中断。任何已更新其客户端并遇到问题的人都可以使用 OpenSearch文档说明，解决这些问题。他们预计在OpenSearch GitHub 组织中为每个新客户端库开放存储库。然后，迅速将客户端发布到所有相应的包管理器和存储库。确保开发人员可以轻松访问开源的Elasticsearch、Open Distro for Elasticsearch和OpenSearch客户端库。

双方纠纷的由来

Elasticsearch是Elastic于2010年首次发布的分布式免费开源搜索和分析引擎，具有快速实时搜索和可靠稳定的特点。因此Elasticsearch凭借自身的优势获得众多企业的青睐，比如Adobe、Cisco、Netflix和Uber等大型企业，亚马逊的AWS云计算服务也使用Elasticsearch用来存储、搜索和分析大数据。

早在2019年1月21日，AWS曾发布Open Distro for Elasticsearch。Open Distro for Elasticsearch项目是Elasticsearch的增强版本，基于Apache 2.0 100％开源，Open Distro for Elasticsearch包含了Elasticsearch里面的商务付费功能以及Kibana的开源代码。

2021年1月15日，Elastic的创始人Shay Banon官网发文，宣布将更改开源协议，从Elastic 7.11版本开始，Elasticsearch与Kibana代码由原先遵循的 Apache 2.0许可协议调整为SSPL与Elastic License双许可协议。面对Elastic公司更改开源协议的行为，AWS回应称，Elastic这种做法只是为了自己的利益垄断，而且更改开源协议后的SSPL协议丧失了“开源精神”。AWS这样的说法，也让Elastic的创始人Shay Banon在2021年1月20日官网发文怒怼AWS，他们更改开源协议完全是因为AWS的逼迫不得以而为之，同时指责AWS本身的种种恶行。AWS也回应Elastic公司的声明，否认自己威逼Elastic公司，表示自己一系列做法完全是为了创造一个更好的开源社区，也强调自己的做法得到了很多公司的支持。

业界如何看待这次纠纷

对于这次AWS与Elastic的纠纷，有开发者吐槽亚马逊本身就有“不回报开源”这个标签，而且Redis Labs、Confluent 和 MongoDB 这些公司曾经先后修改了开源协议，并明确表示修改的原因，主要为了避免像 AWS 这样的大型云服务提供商将他们的开源软件进行改版与销售。虽然AWS这次努力为OpenSearch打造成一个”完美的”开源社区，也不易改变人们对AWS的传统印象。

依旧有人认为AWS的行为是在“抢劫”开源项目，也有开发者表示，Elasticsearch属于社区的开源贡献者，Elastic没有权利保留版权，也不应该修改许可协议，他们这样做违背了开源社区的精神。

7月底 Compose for Android 1.0 刚刚发布，紧接着 8月4日 JetBrains 就宣布了 Compose Multiplatform 的*新进展，目前已进入 alpha 阶段。

Compose 作为一个声明式UI框架，除了渲染部分需借助平台能力以外，其他大部分特性可以做到平台无关。尤其是 Kotlin 这样一门跨平台语言，早就为日后的 UI 跨平台奠定了基础。

Compose Multiplatform 将整合现有的三个 Compose 项目：Android、Desktop、Web，未来可以像 Kotlin Multiplatform Project 一样，在一个工程下开发跨端应用，统一的声明式范式让代码在*大程度上实现复用，真正做到write once，run anywhere 。如今进入 alpah 阶段标志着其 API 也日渐成熟，相信不久的未来正式版就会与大家见面。

我们通过官方 todoapp 的例子，提前体验一下 Compose Multiplatform 的魅力 https://github.com/JetBrains/compose-jb/tree/master/examples/todoapp

image.png

todoapp 工程

• todoapp
• • compose-ui ：UI层可复用代码（兼容 Android 与 Desktop）
  • main：逻辑层可复用代码（首页）
  • edit：逻辑层可复用代码（编辑）
  • root：逻辑层入口、导航管理（main 与 eidt 间页面跳转）
  • utils：工具类
  • database：数据库
  • common：平台无关代码
  • android：平台相关代码，Activity等
  • desktop：平台相关代码，application等
  • web：平台相关，index.html等
  • ios：compose-ui 尚不支持 ios，但通过KMM配合SwiftUI可以实现iOS端代码

项目基于 Model-View-Intent(aka MVI) 打造，Model层、ViewModel层 代码几乎可以 100% 复用，View层在 desktop 和 Android 也可实现大部分复用，web 有一定特殊性需要单独适配。

除了 Jetpack Compose 以外，项目中使用了多个基于 KM 的三方框架，保证了上层的开发范式在多平台上的一致体验：

todoapp 代码

平台入口代码

对比一下 Android端 与 Desktop端 的入口代码

1. //todoapp/android/src/main/java/example/todo/android/MainActivity.ktclass MainActivity : AppCompatActivity() { override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState)
2. val root = todoRoot(defaultComponentContext())
3. setContent { ComposeAppTheme { Surface(color = MaterialTheme.colors.background) { TodoRootContent(root) } } } }
4. private fun todoRoot(componentContext: ComponentContext): TodoRoot = TodoRootComponent( componentContext = componentContext, storeFactory = LoggingStoreFactory(TimeTravelStoreFactory(DefaultStoreFactory())), database = DefaultTodoSharedDatabase(TodoDatabaseDriver(context = this)) )}

1. //todoapp/desktop/src/jvmMain/kotlin/example/todo/desktop/Main.kt
2. fun main() { overrideSchedulers(main = Dispatchers.Main::asScheduler)
3. val lifecycle = LifecycleRegistry() val root = todoRoot(DefaultComponentContext(lifecycle = lifecycle))
4. application { val windowState = rememberWindowState() LifecycleController(lifecycle, windowState)
5. Window( onCloseRequest = ::exitApplication, state = windowState, title = “Todo” ) { Surface(modifier = Modifier.fillMaxSize()) { MaterialTheme { DesktopTheme { TodoRootContent(root) } } } } }}
6. private fun todoRoot(componentContext: ComponentContext): TodoRoot = TodoRootComponent( componentContext = componentContext, storeFactory = DefaultStoreFactory(), database = DefaultTodoSharedDatabase(TodoDatabaseDriver()) )

• TodoRootContent：根Composable，View层入口
• TodoRootComponent：根状态管理器，ViewModel层入口
• • DefaultStoreFactory：创建 Store，管理状态
  • DefaultTodoShareDatabase：M层，数据管理

TodoRootContent 和 TodoRootComponent 分别是 View 层和 ViewModel 层的入口，TodoRootComponent 管理着全局状态，即页面导航状态。

可以看到，Android 与 Desktop 在 View 、 VM 、M等各层都进行了大面积复用，

VM层代码

MVI 中虽然没有 ViewModel，但是有等价概念，从习惯出发我们暂且称之为 VM 层。VM层其实就是状态的管理场所，我们以首页的 mian 为例

1. //todoapp/common/main/src/commonMain/kotlin/example/todo/common/main/integration/TodoMainComponent.kt
2. class TodoMainComponent( componentContext: ComponentContext, storeFactory: StoreFactory, database: TodoSharedDatabase, private val output: Consumer<Output>) : TodoMain, ComponentContext by componentContext {
3. private val store = instanceKeeper.getStore { TodoMainStoreProvider( storeFactory = storeFactory, database = TodoMainStoreDatabase(database = database) ).provide() }
4. override val models: Value<Model> = store.asValue().map(stateToModel)
5. override fun onItemClicked(id: Long) { output(Output.Selected(id = id)) }
6. override fun onItemDoneChanged(id: Long, isDone: Boolean) { store.accept(Intent.SetItemDone(id = id, isDone = isDone)) }
7. override fun onItemDeleteClicked(id: Long) { store.accept(Intent.DeleteItem(id = id)) }
8. override fun onInputTextChanged(text: String) { store.accept(Intent.SetText(text = text)) }
9. override fun onAddItemClicked() { store.accept(Intent.AddItem) }}

了解 MVI 的朋友对上面的代码应该非常熟悉，store 管理状态并通过 models 对UI暴露，所有数据流单向流动。Value<Model> 是 Decompose 库中的类型，可以理解为跨平台的 LiveData

View层代码

@Composablefun TodoRootContent(component: TodoRoot) {    Children(routerState = component.routerState, animation = crossfadeScale()) {        when (val child = it.instance) {            is Child.Main -> TodoMainContent(child.component)            is Child.Edit -> TodoEditContent(child.component)        }    }}

TodoRootContent内部很简单，就是根据导航切换不同的页面。

具体看一下TodoMainContent

1. @Composablefun TodoMainContent(component: TodoMain) { val model by component.models.subscribeAsState()
2. Column { TopAppBar(title = { Text(text = “Todo List”) })
3. Box(Modifier.weight(1F)) { TodoList( items = model.items, onItemClicked = component::onItemClicked, onDoneChanged = component::onItemDoneChanged, onDeleteItemClicked = component::onItemDeleteClicked ) }
4. TodoInput( text = model.text, onAddClicked = component::onAddItemClicked, onTextChanged = component::onInputTextChanged ) }}

subscribeAsState() 在 Composable 中订阅了 Models 的状态，从而驱动 UI 刷新。Column 、Box 等 Composalbe 在 Descktop 和 Android 端会分别进行平台渲染。

web端代码

*后看一下web端实现。

Compose For Web 的 Composalbe 大多基于 DOM 设计，无法像 Android 和 Desktop 的 Composable 那样复用，但是 VM 和 M 层仍然可以大量复用：

1. //todoapp/web/src/jsMain/kotlin/example/todo/web/App.ktfun main() { val rootElement = document.getElementById(“root”) as HTMLElement
2. val lifecycle = LifecycleRegistry()
3. val root = TodoRootComponent( componentContext = DefaultComponentContext(lifecycle = lifecycle), storeFactory = DefaultStoreFactory(), database = DefaultTodoSharedDatabase(todoDatabaseDriver()) )
4. lifecycle.resume()
5. renderComposable(root = rootElement) { Style(Styles)
6. TodoRootUi(root) }}

将 TodoRootComponent 传给 UI, 协助进行导航管理

1. @Composablefun TodoRootUi(component: TodoRoot) { Card( attrs = { style { position(Position.Absolute) height(700.px) property(“max-width”, 640.px) top(0.px) bottom(0.px) left(0.px) right(0.px) property(“margin”, auto) } } ) { val routerState by component.routerState.subscribeAsState()
2. Crossfade( target = routerState.activeChild.instance, attrs = { style { width(100.percent) height(100.percent) position(Position.Relative) left(0.px) top(0.px) } } ) { child -> when (child) { is TodoRoot.Child.Main -> TodoMainUi(child.component) is TodoRoot.Child.Edit -> TodoEditUi(child.component) } } }}
3. TodoMainUi 的实现如下：

1. @Composablefun TodoMainUi(component: TodoMain) { val model by component.models.subscribeAsState()
2. Div( attrs = { style { width(100.percent) height(100.percent) display(DisplayStyle.Flex) flexFlow(FlexDirection.Column, FlexWrap.Nowrap) } } ) { Div( attrs = { style { width(100.percent) property(“flex”, “0 1 auto”) } } ) { NavBar(title = “Todo List”) }
3. Ul( attrs = { style { width(100.percent) margin(0.px) property(“flex”, “1 1 auto”) property(“overflow-y”, “scroll”) } } ) { model.items.forEach { item -> Item( item = item, onClicked = component::onItemClicked, onDoneChanged = component::onItemDoneChanged, onDeleteClicked = component::onItemDeleteClicked ) } }
4. Div( attrs = { style { width(100.percent) property(“flex”, “0 1 auto”) } } ) { TodoInput( text = model.text, onTextChanged = component::onInputTextChanged, onAddClicked = component::onAddItemClicked ) } }}

*后

我曾介绍过 Compose 跨平台的技术基础，如今配合各种 KM 三方库，使得开发生态更加完整。Compose Multiplatform 全程基于 Kotlin 打造，上下游同构，相对于 Flutter 和 RN 更具优势，未来可期。

一分钟速览新闻点！

• 美团内测饭小圈，试水外卖社交
• 小米内部人士：雷军回忆被数落仅出于自我鞭策 不特指人和机构
• 文件传输有改进，微信PC版3.3.5上线

• 抖音外卖“开门营业”

• 任正非签发！华为心声社区再发文：到该炸掉研发金字塔的时候了

• 黑客向Poly Network返还2.6亿美元
• 隐身技术实现重大飞跃！ 韩国成功研发变色龙软体机器人
• 曝新iPhone将着重升级影像系统，推出摄影版“人像模式”
• 谷歌将批准8000多员工在家办公，但薪酬*高下降25%
• 苹果iOS15公测版Beta5发布

• TikTok下载量超过Facebook

• Android 12 Beta 4发布

• Android Studio Arctic Fox (2020.3.1) 稳定版正式发布

国内要闻

美团内测饭小圈，试水外卖社交

继美团推出“商家群聊”后，美团围绕外卖场景再次搭建了一个社交体系。该功能于7月份开始放量内测，名为“饭小圈”，是一款基于微信好友和通讯录好友，建立社交关系的外卖分享平台。Tech星球体验后发现，美团的“饭小圈”在玩法上和朋友圈相类似，只不过分享的内容仅限于外卖订单（美食、甜品等），可以看到朋友又推荐了什么美食。目前，该功能还处于内测阶段，只能通过微信好友分享或通讯录分享，邀请开通该功能。（Tech星球）

小米内部人士：雷军回忆被数落仅出于自我鞭策不特指人和机构

小米内部人士表示，雷军演讲里回忆小米在港上市后遭遇破发、股价低迷时被投资人数落一事，并没有指责谁，也没有特别指向谁，这是一个群像，不特指任何人和机构，雷总仅仅是拿这个事来鞭策自己。该内部人士还称，没想到有人对号入座，“毕竟当时股价低，大家都在承受压力，都可以理解的”。（财联社）

文件传输有改进，微信PC版3.3.5上线

伴随着微信8.0.10 iOS版的到来，P 版微信也更新到3.3.5正式版。这次微信更新有以下特点：可以@所有人上线了，标签表情变大了；小程序新增“发送至桌面”； 同时好友验证面板也和之前有所区别，增加了标签及权限设置选项。在
文件传输面板更换了新样式，除了进度条由横改圆以外，还增加了文件体积、状态显示（上传中/发送暂停）、预计完成时间三组比较实用的参数。对自动文件进行”下载限额“，设置-文件管理-自动下载”增加了 200MB 自动限额控制，避免了微信在长期运行后过度占用磁盘空间的尴尬。视频号直播增加了“浮窗设置”、“直播画质”两项新功能。其中“直播画质”还额外增加了一个“自动配置”选项。（太平洋电脑网）

抖音外卖“开门营业”

在7月传出抖音内测“心动外卖”之后，肯德基、喜茶两家连锁餐饮品牌，已经开始在抖音上提供外卖服务。上述两个品牌，目前均通过接入小程序的方式处理外卖订单。而抖音自己推出的“心动外卖”小程序，仍处于内测阶段，且尚未对外招商。其余多数餐饮品牌和商家，仍通过发放团购优惠券的方式，吸引顾客到店消费。

任正非签发！华为心声社区再发文：到该炸掉研发金字塔的时候了

8月8日晚间，日前，华为心声社区时隔5年再次转发华为创始人兼总裁任正非2016年签发的邮件《华为到该炸掉研发金字塔的时候了》。一名华为研发员工在这篇文章中表示，华为在软件研发领域的确存在不少问题，这些问题导致华为的IT软件产品质量比较低下、开发效率低、产品交付周期漫长，很是让人痛心。

国际要闻

黑客向Poly Network返还2.6亿美元

跨链去中心化金融 (DeFi) 平台Poly Network在Twitter发消息称，黑客已经归还窃取资金2.6亿美元，还有3.53亿美元没有偿还。之前黑客从Poly Network窃取价值6.13亿美元的数字币，现在已归还约三分之一。

隐身技术实现重大飞跃！ 韩国研发成功变色龙软体机器人

近日，韩国首尔大学的科学家以变色龙为灵感，研发出了一款可随周围环境实时变色的软体机器人。据研发者介绍，这项技术使用了颜色传感器、由银纳米线制成的微型加热器及热致变色材料，使得机器人能灵敏探测局部背景颜色随之改变。与以往的变色机器人技术相比，这款机器人的技术成本低廉，而且能应用于多种真实场合。科学家表示，希望有朝一日这项技术还能用于汽车和时尚产业等多个领域。

曝新iPhone将着重升级影像系统，推出摄影版“人像模式”

根据媒体周二援引知情人士报道，除了一系列常规升级外，今年苹果将着重升级影像系统，带来至少三项拍照和摄像方面的重大升级。报道称，新款机型的摄像功能将引入此前只有拍照功能才能使用的“人像模式”，即对人物身后的背景进行虚化。此外，新iPhone 还会引入高质量视频存储格式ProRes，给后期编辑更大的操作空间。（财联社）

谷歌将批准8000多员工在家办公，但薪酬*高下降25%

据报道，如果谷歌员工选择永久在家办公，则其薪水将*高可下降25%。另外，疫情前在同一办公室工作的员工，会发现他们的薪酬有不同的变化，通勤时间长的员工受到的打击更大。（新浪科技）

WhatsApp将允许在iOS和Android设备之间传输聊天记录

移动消息应用WhatsApp正在增加可以把你的聊天记录带在身边的功能，同时支持iOS以及Android系统，能同步的数据包括所有的语音笔记、照片和对话。这项传闻已久的功能是在今天的三星发布会上宣布的，”在未来几周”将涵盖从iOS到该公司新发布的Galaxy Z Fold 3和Z Flip 3以及其他三星手机的转移。*终，该功能将涵盖所有iOS和Android手机之间的数据传输，尽管目前还不清楚它何时可用于所有设备。（cnBeta）

苹果iOS15公测版Beta5发布

苹果今天向公众测试者发布了iOS 15和iPadOS 15的*新Beta 5测试版，版本号为19A5318f，允许非开发者在秋季正式版发布前下载和测试新的系统升级。IT之家获悉，*新的Beta 5公开测试版是在苹果发布之前的Beta 4公开测试版两周后推出的，相当于昨天发布的iOS 15/iPadOS 15开发者预览版Beta 5。iOS 15增加了FaceTime的新功能，减少分心的工具，更新了通知，并增强了隐私。FaceTime支持SharePlay，用于观看电视、听音乐或与朋友分享屏幕，而“与你共享”功能可以跟踪朋友发给你的歌曲、网站链接、图片等。

TikTok下载量超过Facebook

据公布2021年6月全球热门移动应用下载量Top 10，抖音及其海外版TikTok以超过6500万下载量蝉联全球移动应用（非游戏）下载榜冠军，在App Store和Google Play上的全球安装量已超过30亿次。另外，TikTok也成为第五个安装量超30亿次的非游戏类应用，也是首个30亿次的非Facebook应用。

程序员专区

谷歌Android 12 Beta 4发布

谷歌推出了安卓Android 12 Beta 4系统更新，这是第四个Beta测试版。Android 12 Beta 4本次更新的重点是稳定性方面的优化，但是仍有一些需要注意的事项：隐私仪表盘；麦克风和相机指示器；剪贴板读取通知；拉伸过度滚动；新的应用闪屏动画；Keygen 更改。 Android 12 Beta 4这次*大更新，还对后后台应用进行限制，无法自动启动前台服务。关于 Bug 修复方面，Android 12 Beta 4 修复了部分未接来电通知无法关闭的问题，修复了通知栏不显示闹钟和静音图标的问题。

更新详情查看链接：https://android-developers.googleblog.com/2021/08/android-12-beta-4-and-platform-stability.html

Android Studio Arctic Fox (2020.3.1) 稳定版正式发布

Android Studio Arctic Fox 现已正式进入稳定版发布渠道。这个*新版本支持Jetpack Compose 1.0，用于构建原生界面的Android全新工具包。另外，此版本也强调对多设备类型的覆盖，包括Wear OS设备，并提供新版后台任务管理器等功能，帮助开发者提高工作效率。针对 Jetpack Compose 添加了额外的功能从而帮助大家构建面向下一代 Android 的应用。在布局编辑器 (Layout Editor) 中增加了无障碍功能扫描器 (Accessibility Scanner)，以便用户轻松地识别布局中的无障碍问题，而新的测试矩阵 (Test Matrix) 让您可以实时跨多设备并行查看测试结果。

Twitter举办了“寻找AI偏见大赛”，并提供了漏洞赏金，鼓励参赛者寻找人工智能的偏见。有参赛者发现，美颜滤镜欺骗了算法。

来自洛桑联邦理工学院的一名研究人员获得了3500美元的*金，因为他发现Twitter上的一种算法更青睐那些看起来苗条、年轻、白皮肤或暖肤色的面孔。Twitter于周日宣布把*金授予博丹·库利尼奇(Bogdan Kulynych)——他是一名研究隐私、安全、人工智能和社会的研究生。

Twitter赞助了这项竞赛，目的是找出“图像显著度”算法中的问题。该算法用于裁剪Twitter时间轴上的照片。传统的漏洞赏金是企业为寻找安全漏洞而付给外部人员的，而Twitter为发现AI偏见提供赏金，这也开创了区别于目前主流漏洞赏金的另一种新方式。

人工智能可以有效地处理视频字幕、识别钓鱼邮件、实现面容解锁，彻底改变了传统算法。但是，基于现实数据训练的人工智能算法可以反映真实世界的问题，解决人工智能偏差是计算机科学的一个热门领域。Twitter的悬赏就是为了发现这些问题，以便纠正。

今年年初，Twitter承认了其人工智能系统在裁剪图片的算法中存在偏见，该算法更偏向白人而非黑人的图像。但Kulynych发现了这个算法的其他问题，他认为这些问题才是核心。

研究人员Bogdan Kulynych发现，推特的AI算法通常更喜欢年轻、皮肤白、身材苗条的、被编辑过的美图。Twitter为了确定裁剪照片的方式，曾规定了“图像显著度”，现在，在符合AI审美的照片顶部、中间和底部序列的*右边都发生了变化，“图像显著度”分别增加了35%、28%和29%。

Kulynych发现：“目标模型倾向于认为那些看起来苗条、年轻、肤色明亮或温暖、皮肤光滑、面部特征偏女性化的人更突出。这种偏见可能会导致少数群体被排斥在外，数千张图片中，刻板的审美标准将延续下去。”

Kulynych所设计的系统将一张原始人脸照片的显著度与一系列人工智能生成的美图进行了比较。他发现，面孔越年轻、越瘦，显著度就越高。该算法还对肤色偏浅、偏暖、高对比度、高饱和度的照片给出了更高的分数。

Twitter高度赞扬了这项比赛，因为在这个世界上，当我们与朋友分享照片或在社交媒体上发布照片，很多人都会先使用美颜相机和修图软件，给照片加上美颜滤镜。而这可能会扭曲我们对“美”的认知。

美颜相机和修图软件很普遍，除了滤镜之外，很多软件还推出了“智能美容”功能，可以调整人物的脸型和五官。但谷歌认为，美颜滤镜会“对心理健康产生负面影响”。因此，在Pixel相机APP中他们关闭了默认的自动润色功能，该公司也不再将其调整功能称为“美容”滤镜。

原文链接：

https://www.cnet.com/tech/mobile/twitter-ai-bias-contest-shows-beauty-filters-hoodwink-the-algorithm/

悬浮窗 权限

/**
 * 判断是有悬浮框权限
 * @return
 */
public static boolean canDrawOverlays(Context context) {
  try {
    return Settings.canDrawOverlays(context);
  } catch (NoSuchMethodError e) {
  }
}
/**
 * 判断是否缺少权限
 * @param permission
 * @return
 */
public static boolean checkSelfPermission(String permission) {
  return ContextCompat.checkSelfPermission(ApplicationContext.getInstance(), "android.permission.SYSTEM_ALERT_WINDOW") ==
      PackageManager.PERMISSION_GRANTED;
}


public static boolean checkPermission(String permission) {

  return (PackageManager.PERMISSION_GRANTED ==
      ApplicationContext.getInstance().getPackageManager().checkPermission("android.permission.SYSTEM_ALERT_WINDOW", ApplicationContext.getInstance().getPackageName()));

}


/**
 * 4.4 以上可以直接判断准确
 *
 * 4.4 以下非MIUI直接返回true
 *
 * 4.4 以下MIUI 可 判断 上一次打开app 时 是否开启了悬浮窗权限
 *
 * @param context
 * @return
 */
//OP_SYSTEM_ALERT_WINDOW=24   op = 24
public static boolean checkOp(Context context, int op) {
  final int version = Build.VERSION.SDK_INT;

  if (version >= 19) {
    AppOpsManager manager = (AppOpsManager) context.getSystemService(Context.APP_OPS_SERVICE);
    try {

      Class<?> spClazz = Class.forName(manager.getClass().getName());
      Method method = manager.getClass().getDeclaredMethod("checkOp", int.class, int.class, String.class);
      int property = (Integer) method.invoke(manager, op,
          Binder.getCallingUid(), context.getPackageName());

      if (AppOpsManager.MODE_ALLOWED == property) {
        return true;
      } else {
        return false;
      }
    } catch (Exception e) {

    }
  } else {

  }
  return true;
}


/**
 * 判断 悬浮窗口权限是否打开
 *
 * @param context
 * @return true 允许  false禁止
 */
public static boolean getAppOps(Context context) {
  try {
    Object object = context.getSystemService("appops");
    if (object == null) {
      return false;
    }
    Class localClass = object.getClass();
    Class[] arrayOfClass = new Class[3];
    arrayOfClass[0] = Integer.TYPE;
    arrayOfClass[1] = Integer.TYPE;
    arrayOfClass[2] = String.class;
    Method method = localClass.getMethod("checkOp", arrayOfClass);
    if (method == null) {
      return false;
    }
    Object[] arrayOfObject1 = new Object[3];
    arrayOfObject1[0] = Integer.valueOf(24);
    arrayOfObject1[1] = Integer.valueOf(Binder.getCallingUid());
    arrayOfObject1[2] = context.getPackageName();
    int m = ((Integer) method.invoke(object, arrayOfObject1)).intValue();
    return m == AppOpsManager.MODE_ALLOWED;
  } catch (Exception ex) {

  }
  return false;
}