搜索[API集成]结果-低调大师优秀个人博客

精选列表

搜索[API集成]，共10000篇文章

xmake v2.5.5 发布，支持下载集成二进制镜像包

2.5.5 版本中，我们继续改进远程包集成的体验，实现在云端预编译包，然后直接下载集成预编译的二进制包。这对于一些编译非常慢的包，可以极大的减少包的安装时间。

2021-07-01

Cilium 首次集成国内云服务，阿里云 ENI 被纳入新版本特性

这种架构将所有阿里云 OpenAPI 调用集中到 Operator 中，可以有效的进行 API 请求管理，避免大规模集群下 API 流控问题。

2021-06-11

用Toolkit 高效集成HMS Core，程序员下班都早一点

当你的应用想集成华为HMS Core服务、上线华为应用市场，或已开发了一个Android应用并集成了第三方移动服务，需要迁移使用HMS Core服务和上线华为应用市场时，如何快速、便捷、高效地完成集成或迁移是开发者们的一大诉求

2021-04-07

手把手教你集成华为机器学习服务（ML Kit）人脸检测功能

集成人脸检测服务后开发者可以根据这些信息快速构建人脸美化的应用，或者在脸上加一些有趣可爱的贴纸元素，增加图片的趣味性。

2021-03-08

祝各位牛年大吉，牛气冲天！前言 SharedPreferences是谷歌提供的轻量级存储方案，使用起来比较方便，可以直接进行数据存储，不必另起线程不过也带来很多问题，尤其是由SP引起的ANR问题，非常常见。正因如此，后来也出现了一些SP的替代解决方案，比如MMKV 本文主要包括以下内容 1.SharedPreferences存在的问题 2.MMKV的基本使用与介绍 3.MMKV的原理 SharedPreferences存在的问题 SP的效率比较低 1.读写方式：直接I/O 2.数据格式：xml 3.写入方式：全量更新由于SP使用的xml格式保存数据，所以每次更新数据只能全量替换更新数据这意味着如果我们有100个数据，如果只更新一项数据，也需要将所有数据转化成xml格式，然后再通过io写入文件中这也导致SP的写入效率比较低 commit导致的ANR public boolean commit() { // 在当前线程将数据保存到mMap中 MemoryCommitResult mcr = commitToMemory(); SharedPreferencesImpl.this.enqueueDiskWrite(mcr, null); try { // 如果是在singleThreadPool中执行写入操作，通过await()暂停主线程，直到写入操作完成。 // commit的同步性就是通过这里完成的。 mcr.writtenToDiskLatch.await(); } catch (InterruptedException e) { return false; } /* * 回调的时机： * 1\. commit是在内存和硬盘操作均结束时回调 * 2\. apply是内存操作结束时就进行回调 */ notifyListeners(mcr); return mcr.writeToDiskResult; } 如上所示 1.commit有返回值，表示修改是否提交成功 2.commit提交是同步的，直到磁盘操作成功后才会完成所以当数据量比较大时，使用commit很可能引起ANR Apply导致的ANR commit是同步的，同时SP也提供了异步的apply apply是将修改数据原子提交到内存, 而后异步真正提交到硬件磁盘, 而commit是同步的提交到硬件磁盘，因此，在多个并发的提交commit的时候，他们会等待正在处理的commit保存到磁盘后在操作，从而降低了效率。而apply只是原子的提交到内容，后面有调用apply的函数的将会直接覆盖前面的内存数据，这样从一定程度上提高了很多效率但是apply同样会引起ANR的问题 public void apply() { final long startTime = System.currentTimeMillis(); final MemoryCommitResult mcr = commitToMemory(); final Runnable awaitCommit = new Runnable() { @Override public void run() { mcr.writtenToDiskLatch.await(); // 等待 ...... } }; // 将 awaitCommit 添加到队列 QueuedWork 中 QueuedWork.addFinisher(awaitCommit); Runnable postWriteRunnable = new Runnable() { @Override public void run() { awaitCommit.run(); QueuedWork.removeFinisher(awaitCommit); } }; SharedPreferencesImpl.this.enqueueDiskWrite(mcr, postWriteRunnable); } 将一个 awaitCommit 的 Runnable 任务，添加到队列 QueuedWork 中，在 awaitCommit 中会调用 await() 方法等待，在 handleStopService 、 handleStopActivity 等等生命周期会以这个作为判断条件，等待任务执行完毕将一个 postWriteRunnable 的 Runnable 写任务，通过 enqueueDiskWrite 方法，将写入任务加入到队列中，而写入任务在一个线程中执行为了保证异步任务及时完成，当生命周期处于 handleStopService() 、 handlePauseActivity() 、 handleStopActivity() 的时候会调用 QueuedWork.waitToFinish() 会等待写入任务执行完毕 private static final ConcurrentLinkedQueue<Runnable> sPendingWorkFinishers = new ConcurrentLinkedQueue<Runnable>(); public static void waitToFinish() { Runnable toFinish; while ((toFinish = sPendingWorkFinishers.poll()) != null) { toFinish.run(); // 相当于调用 `mcr.writtenToDiskLatch.await()` 方法 } } sPendingWorkFinishers 是 ConcurrentLinkedQueue 实例，apply 方法会将写入任务添加到 sPendingWorkFinishers队列中，在单个线程的线程池中执行写入任务，线程的调度并不由程序来控制，也就是说当生命周期切换的时候，任务不一定处于执行状态 toFinish.run() 方法，相当于调用 mcr.writtenToDiskLatch.await() 方法，会一直等待 waitToFinish() 方法就做了一件事，会一直等待写入任务执行完毕，其它什么都不做，当有很多写入任务，会依次执行，当文件很大时，效率很低，造成 ANR 就不奇怪了所以当数据量比较大时，apply也会造成ANR getXXX() 导致ANR 不仅是写入操作，所有 getXXX() 方法都是同步的，在主线程调用 get 方法，必须等待 SP 加载完毕，也有可能导致ANR 调用 getSharedPreferences() 方法，最终会调用 SharedPreferencesImpl#startLoadFromDisk() 方法开启一个线程异步读取数据。 private final Object mLock = new Object(); private boolean mLoaded = false; private void startLoadFromDisk() { synchronized (mLock) { mLoaded = false; } new Thread("SharedPreferencesImpl-load") { public void run() { loadFromDisk(); } }.start(); } 正如你所看到的，开启一个线程异步读取数据，当我们正在读取一个比较大的数据，还没读取完，接着调用 getXXX() 方法。 public String getString(String key, @Nullable String defValue) { synchronized (mLock) { awaitLoadedLocked(); String v = (String)mMap.get(key); return v != null ? v : defValue; } } private void awaitLoadedLocked() { ...... while (!mLoaded) { try { mLock.wait(); } catch (InterruptedException unused) { } } ...... } 在同步方法内调用了 wait() 方法，会一直等待 getSharedPreferences() 方法开启的线程读取完数据才能继续往下执行，如果读取几 KB 的数据还好，假设读取一个大的文件，势必会造成主线程阻塞。 MMKV的使用 MMKV 是基于 mmap 内存映射的 key-value 组件，底层序列化/反序列化使用 protobuf 实现，性能高，稳定性强。从 2015 年中至今在微信上使用，其性能和稳定性经过了时间的验证。近期也已移植到 Android / macOS / Win32 / POSIX 平台，一并开源。 MMKV优点 1.MMKV实现了SharedPreferences接口，可以无缝切换 2.通过 mmap 内存映射文件，提供一段可供随时写入的内存块，App 只管往里面写数据，由操作系统负责将内存回写到文件，不必担心 crash 导致数据丢失。 3.MMKV数据序列化方面选用 protobuf 协议，pb 在性能和空间占用上都有不错的表现 4.SP是全量更新，MMKV是增量更新，有性能优势详细的使用细节可以参考文档：github.com/Tencent/MMK… MMKV原理为什么MMKV写入速度更快 IO操作我们知道，SP是写入是基于IO操作的，为了了解IO，我们需要先了解下用户空间与内核空间虚拟内存被操作系统划分成两块：用户空间和内核空间，用户空间是用户程序代码运行的地方，内核空间是内核代码运行的地方。为了安全，它们是隔离的，即使用户的程序崩溃了，内核也不受影响。写文件流程: 1、调用write，告诉内核需要写入数据的开始地址与长度 2、内核将数据拷贝到内核缓存 3、由操作系统调用，将数据拷贝到磁盘，完成写入 MMAP Linux通过将一个虚拟内存区域与一个磁盘上的对象关联起来，以初始化这个虚拟内存区域的内容，这个过程称为内存映射(memory mapping)。对文件进行mmap，会在进程的虚拟内存分配地址空间，创建映射关系。实现这样的映射关系后，就可以采用指针的方式读写操作这一段内存，而系统会自动回写到对应的文件磁盘上 MMAP优势 MMAP对文件的读写操作只需要从磁盘到用户主存的一次数据拷贝过程，减少了数据的拷贝次数，提高了文件读写效率。 MMAP使用逻辑内存对磁盘文件进行映射，操作内存就相当于操作文件，不需要开启线程，操作MMAP的速度和操作内存的速度一样快； MMAP提供一段可供随时写入的内存块，App 只管往里面写数据，由操作系统如内存不足、进程退出等时候负责将内存回写到文件，不必担心 crash 导致数据丢失。可以看出，MMAP的写入速度基本与内存写入速度一致，远高于SP，这就是MMKV写入速度更快的原因 MMKV写入方式 SP的数据结构 SP是使用XML格式存储数据的，如下所示但是这也导致SP如果要更新数据的话，只能全量更新 MMKV数据结构 MMKV数据结构如下 MMKV使用Protobuf存储数据，冗余数据更少，更省空间，同时可以方便地在末尾追加数据写入方式增量写入不管key是否重复，直接将数据追加在前数据后。这样效率更高，更新数据只需要插入一条数据即可。当然这样也会带来问题，如果不断增量追加内容，文件越来越大，怎么办？当文件大小不够，这时候需要全量写入。将数据去掉重复key后，如果文件大小满足写入的数据大小，则可以直接更新全量写入，否则需要扩容。（在扩容时根据平均每个K-V大小计算未来可能需要的文件大小进行扩容，防止经常性的全量写入） MMKV三大优势 mmap防止数据丢失，提高读写效率; 精简数据，以最少的数据量表示最多的信息，减少数据大小; 增量更新，避免每次进行相对增量来说大数据量的全量写入。文末感谢大家关注我，分享Android干货，交流Android技术。对文章有何见解，或者有何技术问题，都可以在评论区一起留言讨论，我会虔诚为你解答。 Android架构师系统进阶学习路线、58万字学习笔记、教学视频免费分享地址：我的GitHub 也欢迎大家来我的B站找我玩，有各类Android架构师进阶技术难点的视频讲解，助你早日升职加薪。 B站直通车：https://space.bilibili.com/544650554

2021-02-18

jenkins实现接口自动化持续集成（python+pytest+ Allure+git）

Jenkins是开源的，使用Java编写的持续集成工具。需要安装JDK，如果已经安装了JDK可以跳过该步骤。 1.

2020-12-24

xmake-gradle 插件 v1.0.7 发布，集成 xmake 快速构建 Android JNI 程序

目前在 gradle 中做 android jni 相关集成开发，有两种方式，通过 ndkBuild 或者 CMake 来支持，gradle 也内置了这两工具的集成但是维护Android.mk还是非常繁琐的

2020-04-17

Spring Boot 2.X(十八)：集成 Spring Security-登录认证和权限控制

本文主要简单介绍一下 Spring Security，再通过 Spring Boot 集成开一个简单的示例。 Spring Security 什么是 Spring Security？

2019-11-25

Kube-OVN v0.8.0 支持网关高可用以及网络监控集成

通过 kubectl 插件，集成了大量网络检测工具，用户可以通过 kubectl ko 命令执行 ovn 相关命令，对特定容器的流量进行 tcpdump，检查特定链路的流表，并可以检测集群网络的整体质量

2019-10-08

ASP.NET Core微服务之基于Jenkins Pipeline的持续集成实践

最近在公司实践持续集成，使用到了Jenkins的Pipeline来提高团队基于ASP.NET Core API服务的集成与部署，因此这里总结一下。

2019-06-20

袋鼠云数据中台专栏V2.0 | 数据中台之数据集成

在企业构建数据数据中台来解决数据互通和共享的要求下，「数据集成」是打通信息系统和数据中台的管道和桥梁，是构成数据中台全、统、通的重要基础。

2019-06-03

下一个十年：练好内功被集成的弹性计算

ECS产品作为阿里云IAAS层的代表产品，All-in-Cloud时代的计算基石，练好内功是如此重要。 ECS已经迭代了9年，从最初的单一规格到现在的32种计算规格族群，正在服务超百万客户，是目前中国公共云市场上用户基数最大，累计销售额最高的云产品。ECS和客户共同成长的9年，是砥砺前行，亦是互相成就。渐渐地，ECS成为一种底层基础设施，和全社会的信息化息息相关。在PAAS层产品陆续登台的今天，ECS却将更加静心，在安全、稳定、弹性、提升性价比等方面深入修行，为All-in-Cloud时代勤练内功、夯实计算基础。在2019年3月21日的阿里云峰会·北京站上，ECS团队的主题演讲，正是围绕这几个关键点展开：图为ECS高级产品专家-胡晓博安全 ECS完全和云上安全生态融合，包括KMS统一管理，RAM权限管理，云盘/共享块存储加密，业务无感

2019-03-20

（三）spring cloud微服务分布式云架构 - Spring Cloud集成项目简介

Spring Cloud集成项目有很多，下面我们列举一下和Spring Cloud相关的优秀项目，我们的企业架构中用到了很多的优秀项目，说白了，也是站在巨人的肩膀上去整合的。

2018-11-20

【Android Web】腾讯X5浏览器的集成与常见问题

废话不多说，我们开始集成吧 1.去官网上下载最新的jar、so文件等链接点这里 2.添加jar包、so文件，配置gradle QQ截图20180728102235.png 在build.gradle

2018-07-27

在 ReactNative 的 App 中，集成 Bugly 你会遇到的一些坑

在国内，开发 App，一般都是会集成一些第三方服务的，例如：升级、崩溃分析、数据统计等等。

2017-11-16

复杂的IT企业交付模式Wise2C的到来可持续集成

容器服务的作用，当我们使用该服务，将无需安装、运维、扩展集群管理基础设施，只需进行简单的API调用，便可启动和停止Docker应用程序。查询集群的完整状态，以及使用各种云服务。

2017-11-14

gitlab+jenkins+maven+docker持续集成（四）——Extended E-mail Notification配置

构建后进行邮件通知，这里我们用Extended E-mail Notification 系统管理-->Extended E-mail Notification 在这里subject、content为defalut 模板，我们暂不做配置，我这里按项目进行配置 Extended E-mail Notification 邮件模板见下： Content Type:HTML(text/html) Default Subject 1 构建通知:$PROJECT_NAME-Build #$BUILD_NUMBER-$BUILD_STATUS! Default Content 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 <bstyle= "font-size:12px" >(<spanstyle= "color:red" >本邮件是程序自动下发的，请勿回复) <hr> <bstyle= "font-size:12px;" >项目名称：$PROJECT_NAME <hr> <bstyle= "font-size:12px;" >构建编号：$BUILD_NUMBER <hr> <bstyle= "font-size:12px;" >GIT版本号：${GIT_REVISION} <hr> <bstyle= "font-size:12px;" >构建状态：<spanstyle= "color:red" >$BUILD_STATUS <hr> <bstyle= "font-size:12px;" >触发原因：${CAUSE} <hr> <bstyle= "font-size:12px;" >构建日志地址：<ahref= "${BUILD_URL}console" >${BUILD_URL}console< /a > <hr> <bstyle= "font-size:12px;" >构建地址：<ahref= "$BUILD_URL" >$BUILD_URL< /a > <hr> <bstyle= "font-size:12px;" >变更集:${JELLY_SCRIPT,template= "html" } <hr> 配置后一定要选择Triggers, 这样配置后构建成功与失败都会收到邮件本文转自 jackjiaxiong 51CTO博客，原文链接:http://blog.51cto.com/xiangcun168/1958579

2017-11-11

JNI学习笔记之AS+Cmake+NDK配置自动编译出so并集成流程

创建Android工程这里开始我不勾选supportC++选项，而是我想在一个非NDK工程上添加配置，使之成为NDK工程编写Java代码还是一个简单的例子 package com.newtrekwang.ndkpractice; public class JNIUtils { public static native String getStringFromC(); } 编写C/C++源码在src/main下创建一个cpp文件夹，文件夹名字任取，不过IDE默认cpp存放c/c++源码 image.png gradle配置c/c++源文件路径在app Module的gradle里的android域添加sourceSets域，像这样 sourceSets{ main { jni.srcDirs=["src/main/cpp"] //指定c/c++源码位置 } } gradle配置CMakeLists.txt文件的位置在app Module的gradle里的android域添加externalNativeBuild域，像这样 externalNativeBuild{ cmake{ path "src/main/cpp/CMakeLists.txt" } } CMakeLists.txt内容如下 cmake_minimum_required(VERSION 3.4.1) add_library(hello SHARED hello.c) 然后gradle同步一下，接着就可以在JNIUtils的getStringFromC那儿，Alt+Enter直接跳到hello.c文件叫你编写C层的getStringFromC实现。然后写完hello.c #include <jni.h> JNIEXPORT jstring JNICALL Java_com_newtrekwang_ndkpractice_JNIUtils_getStringFromC(JNIEnv *env, jclass type) { char* result="Hello from C!"; return (*env)->NewStringUTF(env, result); } 然后没什么特殊的配置的话，就可以编译项目生成libhello.so了具体ExternalNativeBuild域的配置可以查ExternalNativeBuild image.png defaultConfig域的属性 ExternalNativeCmakeOptions ExternalNativeNdkBuildOptions 最后，编译出的so文件会在build目录下 Android Studio 2.2 更方便地创建JNI项目-CMake

2017-11-10

Mirantis与CoreOS将共同发起企业级的OpenStack、Kubernetes集成平台

Mirantis版OpenStack与CoreOS的Tectonic集成的平台。

2017-09-17

微服务的持续集成，四步“构建”一个代码世界

本文讲的是微服务的持续集成，四步“构建”一个代码世界，大师Martin Fowler对持续集成是这样定义的：持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成

2017-09-03

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。