Xcode14.3打包的APP在iOS13.x上启动崩溃闪退
Xcode14.3 ,iOS13.6.1, iOS13.6, iOS13.3, iOS13.x
今天用Xcode 14.3打包安装在iOS 13.x的手机启动崩溃，但是连着Xcode调试时没有问题，不连着Xcode14.3时启动APP就闪退。
从苹果官网看到也有不少人遇到，但是没有具体的解决方案。
目前从以下几点处理这个问题：
1.降级Xcode到14.2打包可解决该问题
2.app 最低目标版
移动开发
object.defineProperty()实现双向数据绑定
Object.defineProperty()方法会直接在一个对象上定义一个新属性，或者修改一个对象的现有属性(属性为响应式属性)，并返回此对象。
语法:
Object.defineProperty(obj, prop, descriptor)
obj要定义属性的对象。
prop要定义或修改的属性的名称或 descriptor要定义或修改的属性描述符。
get:
属性的 getter 函数
mac 安装虚拟机保姆级教程（vmware fusion）
安装前提更新MAC OS 版本安装vmware fusion（从 VMware Fusion 13.5.2 开始已支持无需输入密钥即可使用，前提需要更新mac OS 版本否则不兼容 官网链接：VMware Fusion Pro: Now Available Free for Personal Use - VMware Fusion Blo
第二章 RocketMQ 基本消息
基本消息发送有三种姿势：同步、异步、单向。
同步：消息发送到 Broker 成功后，返回发送成功结果；这种可靠性同步地发送方式使用的比较广泛，比如：重要的消息通知，短信通知。
异步：消息发送出去后立即返回结果，可以在发送成功的消息回调中，查看消息是否发送成功；异步消息通常用在对响应时间敏感的业务场景，即发送端不能容忍长时间地等待 Broker 的响应。
单向：消息发送出去，Broker 不返回
Java注解实现异步导入与导出（二）
Java注解实现异步导入与导出（一）
上一篇写完了用注解实现异步导入，这一篇实现用注解异步导出。
1.背景：
导出最容易遇到的问题就是超时了，随着我们DB数据越来越多，导出时特别容易超时，这时候通常的解决办法就是优化SQL，或者直接限制导出条数，但是这两种方法都只能解决暂时的问题，过一段时间可能就又会冒出来。所以还是使用异步导出，先存到nas中，然后让用户再去下载。
2. 流程设计：
2.1 生
Android 性能调优面试题
1.1 谈谈你对Android性能优化方面的了解？
启动优化： application中不要做大量耗时操作，如果必须的话，建议异步做耗时操作
布局优化：使用合理的控件选择，少嵌套。（合理使用 include，merge，viewStub等使用）
apk优化（资源文件优化，代码优化，lint检查，.9.png，合理使用shape替代图片，webp等）
性能优化，网络优化，电量优化
避免轮询，尽量使
iOS 中为什么更新UI都要放在主线程
分析：首先在子线程中是不能进行UI 更新的，而可以更新的结果只是一个幻像：因为子线程代码执行完毕了，又自动进入到了主线程，执行了子线程中的UI更新的函数栈，这中间的时间非常的短，就让大家误以为分线程可以更新UI。如果子线程一直在运行，则子线程中的UI更新的函数栈 主线程无法获知，即无法更新。
其次因为开辟线程时会获取当前环境，如点击某个按钮，这个按钮响应的方法是开辟一个子线程，在子线程中对该按钮进
Android View 知识体系
工作原理
Android 中通过 Window 作为屏幕的抽象，而 Window 的具体实现类是 PhoneWindow 。通过 WindowManager 和 WindowManagerService 配合工作，来管理屏幕的显示内容。
WindowManager 内部真正调用的是 WindowManagerGobal 方法，添加视图的是 addView 方法。在WindowManagerGoba
基于Telegram二次开发 --- 打包篇
在 环境篇 ，我们在 步骤3 生成了一个 telegram-configuration 的文件夹，打开 telegram-configuration 文件夹，如图所示：
image.png
provisioning：真机运行以及打包 ipa 所需描述文件存放的文件夹
variables.bz：bazel构建项目时的配置
我们需要更改的就是 provisioning 文件夹和 va
