本文主要通过对微前端框架singlespa的基座应用加载子应用的singlespavue函数库进行分析，通过代码维度分析让大家了解在singlespa加载子应用的时候都做了哪些事情。如何通过优化singlespavue函数库保持子应用的状态。

应用健康度是反馈应用健康程度的指标，它将系统指标分类为基础资源、容器、应用、报警配置、链路这几项，收集了一系列系统应用的指标，并对指标进行打分。知其然需知其所以然，了解应用健康度中的指标背后的隐患，对于我们了解和提升系统安全性很有帮助。

前言之前一直在用Eclipse做开发，直到今年年初才将项目迁移到Google推荐的AndroidStudio上面，毕竟这是一个趋势，可谁知道事情根本没有我想的那么简单，这期间遇到了N多坑，我想这些坑可能大家也有可能遇到，不在这里详细叙述。最终一个个问题的去解决，走完了这些坑，觉得还挺好用的，Eclipse是一个吃内存的IDE，

　　一个完整的游戏项目上线需要不断的完善优化，但是到了后期的开发不再仅仅是游戏了，它的复杂度远远大于纯粹的应用开发。首先必须要考虑的就是集成第三方SDK，支付这块渠道商已经帮你我们做好了，只需要按照文档对接就好。其次是各种各样的功能需求，例如社交中的语音聊天，我们游戏使用的云娃的SDK,支持语音翻译文字，推送使用的是极光。对接SDK这块说简单吧有时也不简单，

Android端穿山甲SDK集成SDK接入穿山甲平台上创建测试状态的应用ID和广告位ID（ps：测试集成完毕后再把应用及对应的代码位改成正式状态）（ps：应用ID和代码位ID是对应关系一个应用可以对应多个代码位ID）应用ID对应demo中的APPID

对于很多开发人员来说，单例模式算是比较简单常用、也是最早接触的设计模式了，仔细研究起来单例模式似乎又不像看起来那么简单。我们知道单例模式适用于提供全局唯一访问点，频繁需要创建及销毁对象等场合，的确方便了项目开发，但是单例模式本身也有一定的局限性，如果滥用则会给后续软件框架的扩展和维护带来隐患。单例模式的实现有很多种，应用场合也各有不同，但必须保证实例唯一

k8s是一个编排容器的工具，其实也是管理应用的全生命周期的一个工具，从创建应用，应用的部署，应用提供服务，扩容缩容应用，应用更新，都非常的方便，而且可以做到故障自愈，例如一个服务器挂了，可以自动将这个服务器上的服务调度到另外一个主机上进行运行，无需进行人工干涉。那么，问题来了，要运维何用？   k8s可以更快的更新新版本，打包应用，更新的

起因我们的项目组一直在使用albianj作为开发框架在开发应用。使用至今倒也是没有出现很大的问题，但最近加过监控的接口基本上都会在使用一段时间后，突然之间执行数据库操作变得很慢。虽然会变慢，但持续的时间比较短，一般1分钟左右，然后会自动恢复正常。但是过了一段时间，这个现象又会出现，周而复始。从监控看，发生的时间点并无规律，有的时候一天发生3次，有的

在商业领域，我们经常听到数字化转型。但是，是什么让那些做得很好的公司与那些连试水都做不好的公司区别开来呢?“低代码”可以成为其中一个关键工具。当然低代码技术实现的背后需要策略。如果能获得正确的执行，低代码的成功能为企业带来真正的转变。低代码应用程序开发只需要很少或根本不需要编码经验，这使得“公民开发者”或普通业务用户能够为他们的组织带来重大变革。如果做得好，

作为测试人员，在进行比较大的项目时，使用自动化测试能帮助我们事半功倍地完成测试工作，提高测试效率，缩短开发周期。EolinkApikit“零代码”自动化测试，帮助开发人员创建自动化测试，而不需要编写代码，是人人皆可使用的“零代码”自动化测试平台。在EolinkApikit的自动化测试应用中，所有的测试用例都是以项目维度来进行管理，一个自动化测试项目可以从多个API文档项目中引用API信息来创建API测试用例。