本文介绍了JavaScript中构造函数和this关键字的使用，以及构造函数中return的影响。构造函数不需要使用return语句，this关键字会自动指向新创建的对象。然而，如果构造函数中使用了return语句，返回的是基本类型，则该返回值会被忽略；如果返回的是一个对象，则最终返回的新对象将是返回的对象，原本的this指向的对象会被抛弃。此外，通过new关键字创建对象时，应该使用规范的命名方式。

抖音、快手等短视频 APP 都有本地编辑视频并上传的功能，这里的上传指的就是上传视频文件，其实无论是上传视频还是其他文件，技术原理都是相同的。

搜狐视频 APP 的文件上传除了基础的上传功能外，还支持多个视频文件的上传处理，以串行的形式进行上传。并且，在单个视频文件的上传中，为了保证充分利用带宽，还设计了并行上传的逻辑。整体方案如下。

之前我们探讨过KMM，即Kotlin Multiplatform Mobile，是Kotlin发布的移动端跨平台框架。当时的结论是KMM提倡将共有的逻辑部分抽出，由KMM封装成Android(Kotlin/JVM)的aar和iOS(Kotlin/Native)的framework，再提供给View层进行调用，从而节约一部分的工作量。共享的是逻辑而不是UI。

其实在这个时候我们就知道Kotlin在移动端的跨平台绝对不是想止于逻辑层的共享，随着Compose的日渐成熟，JetBrains推出了Compose-Multiplatform，从UI层面上实现移动端，Web端，桌面端的跨平台。考虑到屏幕大小与交互方式的不同，Android和iOS之间的共享会极大的促进开发效率。比如现在已经非常成熟的Flutter。令人兴奋的是，Compose-Multiplatform目前已经发布了支持iOS系统的alpha版本，虽然还在开发实验阶段，但我们已经开始尝试用起来了。

自iOS14系统开始，苹果加强了用户隐私和安全功能。新增了“Limited Photo Library Access”模式，同时在授权弹窗中增加了“Select Photo”选项。这意味着用户可以在应用程序请求访问相册时选择部分照片供应用程序读取。从应用程序的角度来看，它只能访问到用户选择的这几张照片，无法得知其他照片的存在。然而，并非所有普通用户都能够正确理解这一机制，实际用户反馈中也反映出了一些误解。苹果推荐使用新的PHPicke来解决这个问题。

在本篇文章中，我将详细介绍如何正确使用PHPicker以及何时应该使用PHPicker。我撰写这篇文章的原因是：在尝试使用PHPicker访问资源库时遇到了一些问题。互联网上的许多文章提供的方法都是错误的，从而导致了对PHPicker和iOS权限的一些核心问题的误解。

由于常用浏览器是Safari，而Safari浏览器的插件比不上Chrome，所以就有了自己开发常用的Safari插件的想法。

打算开发当前页面生成二维码的Extension，因为网络原因，AirDrop有时候搜不到手机，所以有了这个需求，而且这个也比较简单，所以从这个开始。

项目中直播流每场直播由一张直播图片作为展示入口，用于提示用户此直播的概要。

然而直播图片和容器的宽高比例出现不一致的情况。针对此情况，采取背景图 contentmode展示为 aspectFill 且高斯模糊，上层高清图为 aspectfit，给用户一种图片填满且能清除获取信息的视觉体验。

很多应用开发者都会遇到这样一个需求，当程序需要处理某个敏感的核心任务，或者执行某些动画时，需要杜绝一切外部干扰，优先保证任务的完成，之后再去处理其它任务。否则如果在处理过程中受到外部事件的干扰，可能会引入严重的问题，而规避这些问题需要额外编写过多的逻辑。

一直想开发一个自己的短信过滤 APP，但是一直没有具体实施，现在终于静下心来，边开发边记录下整体的开发过程。

我们内部团队使用 Jetpack Compose 开发项目已近一年，经历了简单布局到复杂布局的应用，对 Compose 的使用越来越成熟，构造了很多易用的基础组合，提升了项目的开发效率，与此同时 Compose 布局的一些性能问题也慢慢凸显出来，因此专门对 Compose 布局优化进行了调研工作，旨在减少重组提高性能，规避负面效应，提高应用稳定性。结合具体场景来具体分析。

在需要定期汇报的情况下都可以快捷简单迅速地生成一份完整的汇报ppt，从“苦ppt久矣”的工作中解放出来。

在Android应用中， 用户时常会遇到界面卡顿的情况，非常影响用户的体验。作为Android开发肯定都知道：应用在主线程里做了大量的耗时操作(例如文件读写， 数据库读写，网络访问，图片编解码等)，就会导致UI不能及时刷新，出现跳帧现象。如果应用主线程不能及时处理用户的输入事件或广播消息，系统甚至会直接弹出著名的ANR对话框，提示用户杀死应用。

在Flutter应用中，如果出现界面卡顿，它的原因也是如此吗？

我们带着这些疑问，一起来搞清楚Flutter的线程模型和异步原理，并找到问题的答案。

本文旨在讲解常见的字符编码，如：Unicode、UTF-8、GBK字符集，以及emoji。

起初计算机在美国发明，自然大家考虑的是如何表示英文，英语字母总共26个，加上特殊字符，用128个字符，一个byte即足以表示出来。这个就是大家所熟知的ASCII编码。对应关系很简单，一个字符对应一个byte。

但很快人们发现，其他非英语国家的文字远远超过ASCII码，不同国家推出了自己不同的编码方式，中国的gb2312就是我们国家自己推行的编码方式，这样下去每个国家都有自己的编码方式，来回转换太麻烦了；这时候大家当然想统一字符编码，这时候出现了新的编码方式，unicode编码方式，将编码统一，规定了每个字符对应的unicode码。

iOS 10新增了内存泄漏检测方法，但会出现循环引用问题。解决方法是引入一个中间target，并让其对控制器B是弱引用。另外，子线程的运行循环需要手动开启，并使用不同的mode处理不同的输入源，包括定时器源和输入源。RunLoop包含若干个Mode，每个Mode又包含若干个Source/Timer/Observer，每次调用RunLoop的主函数时，只能指定一个Mode运行。RunLoop中的事件产生地点是Source，有两个版本，source0和source1，需要手动调用CFRunLoopSourceSignal标记待处理事件。

什么是Perfetto?Perfetto是Android 10中引入的全新平台级跟踪工具。这是适用于Android、Linux和Chrome的更加通用和复杂的开源跟踪项目。与Systrace不同，它提供数据源超集，可让您以protobuf编码的二进制流形式记录任意长度的跟踪记录。您可以在Perfetto界面中打开这些跟踪记录。Perfetto是一款比较强大的安卓性能分析工具(它还可以用于分析其他系统)，其功能涵盖了对CPU的追踪、电池耗电追踪、系统调用的追踪，内存分配与释放的追踪。除了性能数据记录还，它还有自带的分析工具，分析工具包括：通过自定义追踪功能来拼接命令行，用SQL方式筛选数据，将数据转换成其他格式方便自定义数据处理，Web形式的火焰图（Web可离线），以及Web上的ADB功能（有bug）。

本文通过源码分析Flutter的手势事件分发和冲突处理过程，并提供示例说明。涵盖了手势事件初始化、命中测试、dispatchEvent()、GestureDetector以及常用的手势事件处理等内容。阅读时间约110分钟。

之前有看到有人用画中画实现时分秒的计时，顺手收藏了，一直没来及看。最近使用《每日英语听力》，突然发现它用画中画实现了听力语句的显示，顿时来了兴趣，所以来研究一下是怎么实现的？顺便也研究下画中画时分秒计时的实现——每次遇到某些平台每天固定时间开抢的时候，我都希望iPhone能够显示具体到秒的计时，这样就能知道什么时候开始点击合适，而不是每次都提前一分钟在那里不停的点点点却什么都抢不到...