根据官方定义，瓦片地图服务（TMS，Tile Map Service）指的是OSGeo的瓦片地图服务规范，提供的操作允许用户按需访问瓦片地图。在OGC标准化服务中，也有一个类似的服务，叫做WMTS（Web Map Tile Service，网络地图瓦片服务），它是OGC提出的缓存技术标准。两者名字虽然不一样，但是都是地图瓦片服务，在本质上非常类似，基本上遵循的是同一种切片规则。所以，这里对这两者不再区分，下述均以WMTS为代表说明。WMTS的产生是为了更高效快速的加载渲染地图数据。如果海量的地图数据以矢量的形式传输到客户端、在客户端渲染，那么我们可以确定的是，首先需要消耗大量的网络流量，其次，这对客户端的CPU/GPU也必定会有较大的负荷。基于这些情况，WMTS提出预渲染图块的模式，在服务端将地图渲染好，并根据比例尺分割不同的栅格图块，根据客户端的请求，传输这些图块，提供给客户端进行展示。所以，也可以简单的理解为，WMTS是WMS“能将切片保存到本地”的版本。目前，大部分PC端、移动端的地图底图使用的基本上都是这种栅格瓦片。

本篇文章详细讲解了Flutter的多线程，并且将Flutter的多线程和iOS的GCD进行了对比，以帮助大家理解Flutter多线程。

RocketMQ的快速失败机制是当broker处理请求过慢时，为了防止客户端请求在broker端堆积，造成broker不能响应，而采取的剔除部分超时客户端请求的机制，其本质是RocketMQ为了保护broker而采取的限流策略。

软键盘隐藏问题问题描述：Activity按下返回调用finish()方法后，界面已经销毁，但是软键盘依然还

在开发测试过程中，或排查生产问题时，难免会碰到想查看redis服务中某些key的值是怎么变动的，以便确认数据变更与业务流转是否保持一致。此时，就涉及到命令回看——回看redis中执行的变更命令（数据变更）。

那如何实现命令回看呢？作为一个redis使用人员，最先想到的是monitor命令，通过执行monitor来查看redis服务执行的命令情况。

本文字数：3850字预计阅读时间：15 分钟1.背景1.1. 相关名词介绍1.2. 审核中台介绍1.3. x

进入主题，使用 OpenGLES 实现智能弹幕，核心就是人景分离，简单说就是绘制两次，一次原来的视频，一次只有人物，然后叠在一起播放，所谓叠在一起，本 Demo 是基于 IJKPlayer 分两个 opengles layer 绘制。

Array是Swift下数组的实现，了解Swfit的都知道，Swift下的大多数的对象均是由struct组成的。

长按图片识别二维码在移动端是很常见的操作，长按后需要对图片进行识别，并且将二维码中所包含的数据解码出来。在我们的业务场景中，是通过点击图片进入大图预览页面。长按大图预览的图片，会识别图片中的二维码，并且显示有跳转按钮，提示用户可以跳转二维码对应的页面。

但是，在现有业务场景中，要求图片中二维码不能在视觉上占据太大的位置，所以只能以很小的尺寸显示在下面。为了更好的配合公司现有业务，保证对图片中二维码的识别率，所以需要对二维码识别进行优化。

我们知道，在Android View体系下，自定义布局需要继承ViewGroup重写onMeasure、onLayout方法，那么在Compose UI框架中该如何实现自定义布局呢？

新接到一个需求，需要APP内的某些功能，能够把入口添加到桌面，点击桌面到入口可以直接跳转APP对应界面（类似于下面这张示例图），于是就做了一番调研。

其实很多APP目前都已经实现了类似的功能，比如支付宝、云闪付等等，其中的每一个独立功能都可以单独添加到桌面，所以网上有很多实现的方法，笔者做的是整理和试错。

2021年初，搜狐视频iOS技术团队开始实施启动优化项目，经过10个月优化后，搜狐视频iOS端启动时间从2秒级，降低到1秒级，优化幅度为46%。我们的技术团队通过多项技术优化和创新，呈现了搜狐视频app自己的启动优化解决方案。

就目前而言，iOS 项目的组件化在业内已经有比较成熟的方案了。虽然各个公司都有自己的组件化方案，但这些方案的具体实现方式也都大同小异。截止到本次组件化改造之前，我所在的 iOS 开发团队尚未对项目进行组件化改造，单个模块在多个项目中的复用仍使用手动复制迁移的方式。现有的一些功能模块也基本是使用 OC 语言开发的。如下图所示，假如现有项目使用了功能模块A，而功能模块A又依赖功能模块B，此时有新项目也要使用功能模块A，就需要将功能模块A和功能模块B的源码全部手动复制到新项目的工程中。

API 网关是随着微服务（Microservice）这个概念一起兴起的一种架构模式，它用于解决微服务过于分散，没有一个统一的出入口进行流量管理的问题。

当使用微服务构建整个 API 服务时，一般会有许许多多职责不同的应用在运行着，这些应用会需要一些通用的功能，例如鉴权、流控、监控、日志统计等。

在传统的单体应用中，这些功能一般都是内嵌在应用中，作为一个组件运行。但是在微服务模式下，不同种类且独立运行的应用可能会有数十甚至数百种，继续使用这种方式会造成非常高的管理和发布成本。所以就需要在这些应用上抽象出一个统一的流量入口，完成这些功能的实现。

观察者模式（Observer Pattern）是一种发布/订阅模式，定义了对象间的一种一对多的依赖关系，一个主题对象（Subject）持有若干个依赖其状态的观察者对象（Observer），而观察者模式则允许多个观察者对象自动接收主题对象的状态变更事件，以各自处置。

最新发布的苹果灵动岛究竟有什么奥妙？来和我一起探索吧！