前言这几天做系统声音录制，通过改源码编译后成功的；那就详细介绍下内置声源的录制方案。Android中可以通过使用MediaRecorder.AudioSource.REMOTE_SUBMIX来实现系统声音的录制，这个属性只有系统应用能够使用。而且这个属性会截掉耳机和扬声器的声音，听不到手机中播放音乐或者视频时的声音。这个时候我们就要来改系统源码。一、录音的简单实现AudioRecordaudioRecord=newAudioRecord(MediaRecorder.AudioSource.REMOTE_SUBMIX,captureSampleRate,captureChannel,AudioF
前言不久前，我正在工作中开发一项新服务，该服务由SwiftPackage组成，该Package公开了一个类似于Decodable协议，供我们应用程序的其余部分使用。事实上，该协议是从Decodable本身继承下来的，看起来像这样：Fetchable.switprotocolFetchable:Decodable,Equatable{}新的package将采用符合Fetchable的类型来尝试从远程或缓存的JSON数据块中解码它们。由于这项服务对应用程序的正确运行至关重要，作为这项工作的一部分，我们希望确保始终存在故障安全（fail-safe）。因此，我们让该应用程序附带了一个备用的JSON文
背景如果你的Flutter版本号小于等于2.5.3或大于等于3.0.5，以下描述的问题将不会发生在你的应用中，但是我相信大部分应用都会命中此区间。事情发生在最近，我们的应用（稿定设计）新上线的iOS版本崩溃数据飙升。根据崩溃日志和用户反馈，大部分新增崩溃都来自于同一个原因：内存不足。有的直接变成OOM，不易排查。有的则是申请内存失败，导致后续逻辑错误的崩溃。结合「处处开花，多点爆破」的情况来看，应该是某种偏底层的内存管理问题。这就有点挠头了，因为这个版本并没有做什么内存相关的改动。于是我采取了二分法，花了两个小时试了版本中所有PR，发现罪魁祸首是Flutter版本升级：2.5.3→2.10.。
引言最近时间做的android开发板上控制电机，都是通过串口进行对接和通讯。对串口接触下来，发现真的可以做很多有意思的东西，很多硬件设备都可以通过串口进行通讯，比如：打印机、ATM吐卡机、IC/ID卡读卡等，以及物联网相关的设备；一、串口简介串行接口简称串口，也称串行通信接口或串行通讯接口（通常指COM接口），是采用串行通信方式的扩展接口；串行接口（SerialInterface）是指数据一位一位地顺序传送。其特点是通信线路简单，只要一对传输线就可以实现双向通信（可以直接利用电话线作为传输线），从而大大降低了成本，特别适用于远距离通信，但传送速度较慢；1.串口-波特率串口传输速率，用来衡量数据
一、背景在团队中，我们因业务发展，需要用到桌面端技术，如离线可用、调用桌面系统能力。什么是桌面端开发？一句话概括就是： 以Windows、macOS和Linux为操作系统的软件开发 。对此我们做了详细的技术调研，桌面端的开发方式主要有Native、QT、Flutter、NW、Electron、Tarui。其各自优劣势如下表格所示：我们最终的桌面端技术选型是Electron，Electron是一个可以使用Web技术来开发跨平台桌面应用的开发框架。其技术组成如下：Electron=Chromium+Node.js+NativeAPI各技术能力如下图所示：整体架构如下图所示：Electron是多进程
背景介绍windows千牛功能很丰富，mac千牛什么时候可以把能力对齐？相信所有跨平台应用，都有遇到过这样的窘境。由于平台差异的复杂性，维护多端产品成本非常高，且常常存在多端体验不一致的问题。情况就是这样，而我们团队维护了pc千牛和pc旺旺2款跨端产品，在效能和体验的双重压力之下，搭建一个多端统一的pc应用跨平台开发框架势在必行。本文主要介绍了千牛PC跨端框架中，我们关于组件化部分的思考、方案选择、遇到的一些问题和解法。所谓框架，它既是一个“框子”，有一定的约束性，也是一个“架子”，有一定的支撑性。IT语境中的框架，特指为解决一个开放性问题而设计的具有一定约束性的支撑结构。在此结构上可以根据具
文章目录理解二进制在Swift中的演变。命令行工具相关。结论。在 iOS 和 macOS 开发中，Swift包现在变得越来越重要。Apple已经努力推动桥接那些缝隙，并且修复那些阻碍开发者的问题，例如阻碍开发者将他们的库和依赖由其他诸如 Carthage[1] 或 CocoaPods[2] 依赖管理工具迁移到Swift包依赖管理工具的问题，例如没有能力添加构建步骤的问题。这对任何依赖一些代码生成的库来说都是破坏者，比如，协议和Swift生成。理解二进制在Swift中的演变为了充分理解Apple的Swift团队在二进制目标和他们引入的一些新API方面采取的一些步骤，我们需要理解它们从何而来。在后
前言这一年是2040年，我们最新的MacBookM30X处理器可以感知到瞬间编译大型Swift项目，听起来很神奇，对吧？除此之外，编译代码库只是我们迭代周期的一部分。包括：重新启动它（或将其部署到设备）导航到您在应用程序中的先前位置重新生成您需要的数据。如果您只需要做一次的话，听起来还不错。但是如果您和我一样，在特别的一天中，对代码库进行200-500次迭代，该怎么办呢？它增加了。有一种更好的方法，被其他平台所接受，并且可以在Swift/iOS生态系统中实现。我已经用了十多年了。从今天开始，您想每周节省多达10小时的工作时间吗？热重载热重载是关于摆脱编译整个应用程序并尽可能避免部署/重新启动
Alertmanager处理由Prometheus服务器等客户端应用程序发送的告警。负责对它们进行分组、静默、抑制、去重并路由到正确的接收方，例如Email、Wechat、Webhook。Prometheus告警处理逻辑的问题在prometheus告警体系中，在告警策略正常运行时，检测到有新的符合告警规则的信息，就产生告警发送给alertmanager，如果恢复了，也会产生恢复的信息发送给alertmangaer，这是理想的情况。如果在告警过程中有发生告警规则的更新，比如发现告警阈值太低，调整了阈值，那么在prometheus的更新过程中，会丢弃老的评估信息，直接使用新的评估规则再次运行评估，
