按月去重统计，则每月有高达 1.8 亿 的设备遭遇应用崩溃。 3每天有大量用户会遇到多次应用崩溃 应用程序发生崩溃，通常表现在你打开，或者试运行它的时候立即退出。...有时候一个应用程序的崩溃可能在你开启它的一瞬间就会发生，或者在你不希望停下的时候发生，每次崩溃都会导致大量用户卸载应用。...12在 Root 设备上应用更容易发生崩溃 手机 Root 不仅会带来更高的崩溃率，同时，也存在很多的安全性问题。...下面再来看iOS部分---- 14iPhone 6 和 iPhone 5S 是最受欢迎的机型 iPhone 6 的市场占有率已超过 21%，同时 iPhone 5S 还有近 18% 的市场占有率。...17非法参数异常是 Objective - C 代码最常出现的错误 iOS应用崩溃中，非法参数异常是 Objective - C 代码最常出现的错误，所以平时在写代码的时候，需要多加注意传参的检查，避免传入非法参数导致异常
按月去重统计，则每月有高达 1.8 亿 的设备遭遇应用崩溃。 ? 3.每天有大量用户会遇到多次应用崩溃 应用程序发生崩溃，通常表现在你打开，或者试运行它的时候立即退出。...有时候一个应用程序的崩溃可能在你开启它的一瞬间就会发生，或者在你不希望停下的时候发生，每次崩溃都会导致大量用户卸载应用。 ?...6.游戏应用的崩溃率最高 在 iOS 和 Android 这两大平台上，游戏的崩溃率都远高于应用类型。...12.在 Root 设备上应用更容易发生崩溃 手机 Root 不仅会带来更高的崩溃率，同时，也存在很多的安全性问题。 ?...17.非法参数异常是 Objective - C 代码最常出现的错误 iOS应用崩溃中，非法参数异常是 Objective - C 代码最常出现的错误，所以平时在写代码的时候，需要多加注意传参的检查，避免传入非法参数导致异常
重复移除多次，移除次数多于添加次数，导致崩溃。 重复添加多次，虽然不会崩溃，但是发生改变时，也同时会被观察多次。 被观察者提前被释放，被观察者在 dealloc 时仍然注册着 KVO，导致崩溃。...例如：被观察者是局部变量的情况（iOS 10 及之前会崩溃）。...重复添加多次，虽然不会崩溃，但是发生改变时，也同时会被观察多次。...，虽然不会崩溃，但是发生改变时，也同时会被观察多次。...deallocated while key value observers were still registered with it. // iOS 10 及以下会导致崩溃，iOS 11 之后就不会崩溃了
gRPC 缺点： 设计复杂，微服务通常适用于较大型的系统，且解决方案众多，所以用对合适的方案很重要 分布式系统复杂性，微服务是一个分布式系统，可能出现以下问题：整体系统延迟较高，网络故障或单个节点故障会导致整个系统崩溃...何时使用微服务 网络规模的应用程序开发 多个团队处理应用程序时的企业应用程序开发 长期收益优于短期收益 团队拥有能够设计微服务架构的软件架构师或高级工程师 4.微服务的设计模式 1.独享数据库 单体服务的时候一般是用一个大型中央数据库...，但是到了微服务则不能所有服务都使用一个数据库，特别是在大规模系统中，这将导致微服务在数据库层严重耦合 更好的方法是为每个微服务提供自己的数据存储，这样数据库层的服务之间就没有强耦合，不同微服务可以共享同一个物理数据库...有多个为读优化的数据存储 缺点： 从事件存储中读取实体成为新的挑战，通常需要额外的数据存储 系统整体复杂性增加了，通常需要领域驱动设计 3.命令和查询职责分离（CQRS） CQRS 建议将应用程序层分为两个方面...与此同时，当我们需要对一个字符串进行处理，如限定 140 个字符的时候，我们需要在每一个客户端（Android，iOS，Web）分别实现一遍，这样的代价显然相当大 加入 BFF 层，原本每次访问发送 3
image.png 整个页面增加了2个查询业务，如果系统背后使用的是关系数据库，可能会多增加至少2个查询SQL。...出现疫情之后，用户在长时间无法刷出健康码的情况下，多次退出刷新重试，新的流量到达服务器，导致服务器压力变大、承受负载增加。也许西安“一码通”系统可能没做好限流措施。 紧接着是服务器问题。...无论是企业和个人在租用服务器的时候都会受到峰值承受限制，一旦超过服务器的承受能力，就会导致服务器瘫痪，应用程序暂停，网站无法访问。...“ 一码通”后台监控第一时间报警，各24小时驻场通信、网络、政务云、安全和运维团队立即开展排查，平台应用系统和数据库运行正常，判断问题出现在网络接口侧。 类似的推想还有性能过载问题及场景问题。...上班高峰期，市民共同访问，导致服务器瞬时访问流量飙升，数据库性能跟不上，最终整个西安“一码通”服务挂了，可能之前设计的时候没有考虑过这种场景。
2，数据库:采用主从复制，读写分离，甚至是分库分表，表数据根据查询方式的不同采用不同的索引比如b tree，hash，关键字段加索引，sql避免复合函数，避免组合排序等，避免使用非索引字段作为条件分组，...3，加缓存:使用诸如memcache，redis，ehcache等缓存数据库定义表，结果表等等，数据库的中间数据放缓存，避免多次访问修改表数据！登录信息session等放缓存实现共享！...诸如商品分类，省市区，年龄分类等不常改变的数据，放缓存，不要放数据库！ 同时要避免缓存雪崩和穿透等问题的出现导致缓存崩溃！ ?...7，负载均衡:使用nginx等对访问量过大的服务采用负载均衡，实现服务集群，提高服务的最大并发数，防止压力过大导致单个服务的崩溃！ ?...10，抛弃tomcat:做web开发，接触最早的应用服务器就是tomcat了，但是tomcat的单个最大并发量只能不到1w！采取netty等actor模型的高性能应用服务器！
至此，微信分享出去的代码包括了热更新、网络基础组件和数据库，可以说是压箱底的东西都拿了出来。 说起WCDB，它是在WeChat应用程序中使用的高效，完整，易于使用的移动数据库框架。...面对五花八门的iOS数据库技术，WCDB为什么自己造了个轮子？ 对于iOS开发者来说，数据库的技术选型一直是个令人头痛的问题。...点击下方标题即可阅读全文↓ 《微信移动端数据库组件WCDB系列（二） — 数据库修复三板斧》 《微信SQLite数据库修复实践》 Q3. 即便是很复杂的查询，也可以通过一行代码完成。...通过和接口层的ORM结合，使得即便是很复杂的查询，也可以通过一行代码完成。并借助IDE的代码提示和编译检查的特性，大大提升了开发效率。同时还内建了反注入的保护。...同时，基于C++的实现也使得WINQ在性能可以期待。 点击下方标题即可阅读全文↓ 《微信移动端数据库组件WCDB系列（三） — WINQ原理篇》 Q4. WCDB Android有哪些的特色功能？
此外，当某个缓存key在被更新时，同时也可能被大量请求在获取，这也会导致一致性的问题。那如何避免类似问题呢？...，这就导致数据库中并发的去执行了很多不必要的查询操作，从而导致巨大冲击和压力。...这样避免请求穿透到后端数据库。同时，也需要保证缓存数据的时效性。这种方式实现起来成本较低，比较适合命中不高，但可能被频繁更新的数据。...一般是由于缓存节点故障导致。业内推荐的做法是通过一致性Hash算法来解决。缓存的雪崩现象缓存雪崩就是指由于缓存的原因，导致大量请求到达后端数据库，从而导致数据库崩溃，整个系统崩溃，发生灾难。...从应用架构角度，我们可以通过限流、降级、熔断等手段来降低影响，也可以通过多级缓存来避免这种灾难。此外，从整个研发体系流程的角度，应该加强压力测试，尽量模拟真实场景，尽早的暴露问题从而防范。
在抢购那一刻，会有大量用户同时高并发的请求应用系统，可能会达到每秒几万、几十万的请求。如果系统无法处理这么高的请求，那么就会崩溃，从而导致系统不可用。...对于秒杀活动来说，要求系统不会出现压力过大而崩溃的场景，并且不会出现超卖、少卖的情形。...客户端 用户发起请求的端口，目前电商项目秒杀活动主要客户端有微信小程序、H5(浏览器)、各平台app(比如Android、iOS、Windows)。...为了避免用户采用脚本或者频繁点击发送大量请求，而导致其他用户无法正常参加活动，我们也需要控制用户每秒的请求量。 我们可从URI和用户两个方面实行限流。...如果查询缓存中的值时，发现没有，需要从数据库中查询，然后再同步到缓存中，这个过程需要加锁。 示例代码如下： 总结 秒杀设计是典型的高并发系统，关于秒杀系统的设计，经常会在面试中被问到。
此外，当某个缓存 key 在被更新时，同时也可能被大量请求在获取，这也会导致一致性的问题。那如何避免类似问题呢？...，这就导致数据库中并发的去执行了很多不必要的查询操作，从而导致巨大冲击和压力。...这样避免请求穿透到后端数据库。 同时，也需要保证缓存数据的时效性。这种方式实现起来成本较低，比较适合命中不高，但可能被频繁更新的数据。...五、缓存的雪崩现象 缓存雪崩就是指由于缓存的原因，导致大量请求到达后端数据库，从而导致数据库崩溃，整个系统崩溃，发生灾难。...3、数据访问方式 一次性获取大的数据集，会比分多次去获取小数据集的网络 IO 开销更小。 当然，缓存无底洞现象并不常见。但无论是职场面试和高并发高流量系统的实现都离不开并发编程。
回到2012年，Fackbook开始重构他们的本地移动应用。当时他们的iOS和android移动应用实际上是就是他们Web应用的内容再加上一个本地浏览器的壳。...这看上去给他们带来了“一次开发，多端应用”的好处，但是随着Fackbook移动应用越来越复杂，这样的做法直接带来了极差的性能和时常发生的程序崩溃，所以他们开始开发真正的本地应用。...2、复杂的数据需求需要做多次API调用。 例如客户端要显示文章的内容，可能要调用文章接口、评论接口、用户信息接口。为构成对一个资源的完整视图，需要做多次单独调用，这样的数据获取方式非常不灵活。...3、查询性能,GraphQL查询的每个字段如果都有自己的resolve方法，可能导致一次查询操作对数据库跑了大量了query，数据库里一趟select+join就能完成的事情在这里看来会产生大量的数据库查询操作...，虽然网络层面的请求数被优化了，但是数据库查询可能会成为性能瓶颈。
是否支持事务和崩溃后的安全恢复： MyISAM 强调的是性能，每次查询具有原子性,其执行数度比InnoDB类型更快，但是不提供事务支持。但是InnoDB 提供事务支持事务，外部键等高级数据库功能。...这里的查询条件包括查询本身、当前要查询的数据库、客户端协议版本号等一些可能影响结果的信息。因此任何两个查询在任何字符上的不同都会导致缓存不命中。...缓存虽然能够提升数据库的查询性能，但是缓存同时也带来了额外的开销，每次查询后都要做一次缓存操作，失效后还要销毁。 因此，开启缓存查询要谨慎，尤其对于写密集的应用来说更是如此。...万一在这两个操作之间突然出现错误比如银行系统崩溃，导致小明余额减少而小红的余额没有增加，这样就不对了。事务就是保证这两个关键操作要么都成功，要么都要失败。 事务的四大特性(ACID) ?...在典型的应用程序中，多个事务并发运行，经常会操作相同的数据来完成各自的任务（多个用户对统一数据进行操作）。并发虽然是必须的，但可能会导致以下的问题。
拓展一下： 一般我们也是不建议在数据库层面使用外键的，应用层面可以解决。不过，这样会对数据的一致性造成威胁。具体要不要使用外键还是要根据你的项目来决定。...4.是否支持数据库异常崩溃后的安全恢复 MyISAM 不支持，而 InnoDB 支持。 使用 InnoDB 的数据库在异常崩溃后，数据库重新启动的时候会保证数据库恢复到崩溃前的状态。...这里的查询条件包括查询本身、当前要查询的数据库、客户端协议版本号等一些可能影响结果的信息。因此任何两个查询在任何字符上的不同都会导致缓存不命中。...缓存虽然能够提升数据库的查询性能，但是缓存同时也带来了额外的开销，每次查询后都要做一次缓存操作，失效后还要销毁。 因此，开启查询缓存要谨慎，尤其对于写密集的应用来说更是如此。...在典型的应用程序中，多个事务并发运行，经常会操作相同的数据来完成各自的任务（多个用户对同一数据进行操作）。并发虽然是必须的，但可能会导致以下的问题。
是否支持事务和崩溃后的安全恢复：MyISAM 强调的是性能，每次查询具有原子性,其执行数度比InnoDB类型更快，但是不提供事务支持。但是InnoDB 提供事务支持事务，外部键等高级数据库功能。...这里的查询条件包括查询本身、当前要查询的数据库、客户端协议版本号等一些可能影响结果的信息。因此任何两个查询在任何字符上的不同都会导致缓存不命中。...缓存虽然能够提升数据库的查询性能，但是缓存同时也带来了额外的开销，每次查询后都要做一次缓存操作，失效后还要销毁。 因此，开启缓存查询要谨慎，尤其对于写密集的应用来说更是如此。...万一在这两个操作之间突然出现错误比如银行系统崩溃，导致小明余额减少而小红的余额没有增加，这样就不对了。事务就是保证这两个关键操作要么都成功，要么都要失败。 事物的四大特性(ACID) ?...在典型的应用程序中，多个事务并发运行，经常会操作相同的数据来完成各自的任务（多个用户对统一数据进行操作）。并发虽然是必须的，但可能会导致以下的问题。
是否支持事务和崩溃后的安全恢复： MyISAM 强调的是性能，每次查询具有原子性,其执行数度比InnoDB类型更快，但是不提供事务支持。但是InnoDB 提供事务支持事务，外部键等高级数据库功能。...这里的查询条件包括查询本身、当前要查询的数据库、客户端协议版本号等一些可能影响结果的信息。因此任何两个查询在任何字符上的不同都会导致缓存不命中。...缓存虽然能够提升数据库的查询性能，但是缓存同时也带来了额外的开销，每次查询后都要做一次缓存操作，失效后还要销毁。 因此，开启缓存查询要谨慎，尤其对于写密集的应用来说更是如此。...万一在这两个操作之间突然出现错误比如银行系统崩溃，导致小明余额减少而小红的余额没有增加，这样就不对了。事务就是保证这两个关键操作要么都成功，要么都要失败。 事物的四大特性(ACID) ?...在典型的应用程序中，多个事务并发运行，经常会操作相同的数据来完成各自的任务（多个用户对统一数据进行操作）。并发虽然是必须的，但可能会导致以下的问题。
持久性: 一旦事务提交，则其结果永久保存在数据库中。即使系统崩溃，重新启动后数据库还能恢复到事务成功结束的状态。 这些属性确保了数据库在并发环境中的完整性和可靠性。...应用场景：InnoDB适合需要事务支持、高并发写入和数据恢复能力的应用；MyISAM适合只读或大量读取的应用，以及对存储空间有严格要求的环境。 面试题9: 在MySQL中如何优化查询性能？...悲观锁适用于写多读少的场景，即数据经常被修改但很少被多个事务同时读取的情况。在这种情况下，使用悲观锁可以确保数据的一致性和完整性，避免并发冲突导致的数据不一致问题。...答案: 幻读是指在同一个事务中多次执行相同的查询，但由于其他事务的插入操作导致结果集不一致的情况。...问题定位：当数据库出现性能瓶颈或异常时，可以通过查看慢查询日志来定位导致问题的SQL语句。 监控和预警：结合监控工具和日志分析工具，可以实时监控数据库中的慢查询情况，并在发现异常时及时发出预警。
随着互联网的普及，内容信息越来越复杂，用户数和访问量越来越大，我们的应用需要支撑更多的并发量，同时，我们的应用服务器和数据库服务器所做的计算也越来越多，但是，往往我们的应用服务器的资源是有限的，而且技术变革是缓慢的...此外，当某个缓存key在被更新时，同时也可能被大量请求在获取，这也会导致一致性的问题。那如何避免类似问题呢？...，这就导致数据库中并发的去执行了很多不必要的查询操作，从而导致巨大冲击和压力。...这样避免请求穿透到后端数据库。 同时，也需要保证缓存数据的时效性。这种方式实现起来成本较低，比较适合命中不高，但可能被频繁更新的数据。...缓存的雪崩现象 缓存雪崩就是指由于缓存的原因，导致大量请求到达后端数据库，从而导致数据库崩溃，整个系统崩溃，发生灾难。
的同名方法的加载顺序 category & extension区别，能给NSObject添加Extension吗，结果如何 消息转发机制，消息转发机制和其他语言的消息机制优劣对比 在方法调用的时候，方法查询...SideTable的结构是什么样的 关联对象的应用？系统如何实现关联对象的 关联对象的如何进行内存管理的？关联对象如何实现weak属性 Autoreleasepool的原理？...在哪个线程响应 NSNotificationQueue和runloop的关系 如何保证通知接收的线程在主线程 页面销毁时不移除通知会崩溃吗 多次添加同一个通知会是什么结果？...多次移除通知呢 下面的方式能接收到通知吗？...怎么面向切面（可以参考Aspects深度解析-iOS面向切面编程）* 哪些bug会导致崩溃，如何防护崩溃* 怎么监控崩溃* app的启动过程（考察LLVM编译过程、静态链接、动态链接、runtime
如果是之前很快，偶尔有一次很慢，可能是其他问题导致的 如果你查询的数据行刚好被加锁了，只能等待别人释放锁：show processlist查看 如果是一致都满，那大概率是这条sql有问题 <font color...使用explain sql 语句 如果字段没有添加索引可以依据业务逻辑判断是否需要添加 如果字段有索引没用上，那就是导致索引失效，有这么几种原因： 查询使用了函数、查询时进行了列运算、查询时字段有类型转换.../font>>，那么会有回表的动作；同时limit语句的底层是查询到【0 - x+y】条都查出来，然后截取y条返回，所以会出现【0 - x】无用的扫描 解决方案就是： 子查询：select from table_name...3、遇到的SQL问题 深分页的问题：查询表中的数据，按照条件每次查50条，使用limit语句，然后执行通知操作 最左匹配原则没有应用上 索引字段是数值类型，查询语句中写成了字符串。...导致索引没有应用上 分解大查询
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
