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

精选列表

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

【FAQ】在华为鸿蒙车机上集成华为帐号的常见问题总结

本文章收集了在车机上集成华为帐号服务中会遇到的典型问题，并给出了解决方法以提供参考。问题1：鸿蒙车机系统集成 Account Kit SDK，帐号登录失败，报错误码2002。

2022-12-16

Midori 浏览器没有停止维护，将集成自家开源搜索引擎

在 Reddit 的帖子中，Astian 的工作人员表示他们计划在 Midori 网络浏览器的下一次更新中增加一个集成的开源搜索引擎，即 AstianGO。

2022-11-30

仅需30行代码，轻松集成HMS Core视频编辑服务屏幕录制能力

那么，如何在App里集成录屏能力呢？

2022-10-12

EazyBuilder（易构）持续集成平台新版本 v0.0.7 正式发布

EazyBuilder（易构）持续集成平台：一个通过积累DevOps持续交付认证的经验，研发出来的高效灵活，流程完整，简单易用的构建标准化流水线的持续集成平台。

2022-09-20

中移物联 OneOS 操作系统亮相 2022 国际集成电路展会

近日，2022国际集成电路展览会暨研讨会（以下简称“展会”）在南京国际博览中心举行，为期两天的活动吸引了2000多家企业、超过8000人次观众出席，并通过实时全球视频直播吸引了超过3万人次观看。

2022-08-26

重磅发布 | 汉得 iPaaS 全域集成平台集星獭 1.5.0 版本正式发布

2022 年 08 月 19 日，汉得集成平台集星獭 1.5.0.RELEASE 正式发布。

2022-08-24

周边生态｜StreamNative 联合 Cloudera 开源 Apache Pulsar+Apache NiFi 集成处理器

近日，StreamNative 和 Cloudera 官方宣布共同开源 Apache NiFi 和 Apache Pulsar 联合解决方案，将二者集成打造成完整的边缘到云数据的流平台。

2022-03-17

OpenMLDB Weekly：修复集成测试中 SQL 优化过程重复优化子节点的问题

包括OpenMLDB Batch模块现在可以同时开启窗口并行优化和窗口倾斜优化，同时修复集成测试中发现的SQL优化过程重复优化子节点的情况。

2021-10-08

Red Panda Dev C++ v6.7.5 发布，C/C++ 集成开发环境

Red Panda Dev C++ v6.7.5 已经发布，小熊猫Dev-C++是一款小巧但功能强大的 C/C++ 编辑器，基于Dev-C++。 VERSION 6.7.5 AUG 2021 改变：发行版改为使用msys2 mingw-w64 X86_64版64位GCC 10.3版本编译器（依然保留带32位GCC 9.2的版本，以提供windows xp兼容）。因为TDM-GCC-64所带的gdb程序无法正确调试路径中带中文字符的程序。功能增强：调试时，CPU窗口（可以通过“运行”菜单打开）以混合模式显示当前函数的反汇编结果。修正：侧边栏代码浏览面板的“显示继承成员”按钮不起作用修正：当字符串缺少结束双引号时，代码解析可能会出错。功能增强：以只读模式打开系统头文件（以防误编辑）改变：在有程序运行时，仍然可以运行/编译/调试程序（此时会提示是否关闭仍在运行中的程序以继续）修正：代码分析器无法正确处理类多重继承修正：新建项目调试出错修正：海龟作图模板中存在拼写错误修正：当调试器程序不存在时，启动调试会导致devcpp崩溃修正：使用GLUT模板创建的项目无法编译增加：GLFW+GLEW项目模板（用于学习现代OpenGL编程） VERSION 6.7.4 AUG 2021 改变：使用TDM-GCC 64位GCC 10.3版本编译器（依然保留32位GCC 9.2 版本，以提供windows xp兼容）修正：使用相对路径保存项目缺省文件夹修正：无法插入日期 VERSION 6.7.3 JUNE 2021 改变：在编译项目时自动生成的makefile文件中，使用del /q代替rm.exe 修正：不能正确显示GDB注解信息（需要在环境选项对话框中打开）修正：’]’的符号自动补全选项不能正常工作实验性提供对clang的支持（使用msys2提供的64位版本）已知问题：clang所带的gdb不能正确支持路径中带非ASCII字符的问题（如果源文件所在路径包含中文字符，会无法设定断点）已知问题：clang不支持文件编码参数（在中文windows下不要用UTF-8编码编辑和保存文件）已知问题：代码分析器不能正确解析libc++库中的头文件，因此在编辑时无法正确显示代码补全提示（delphi版本不再处理该问题，待QT版本实现） VERSION 6.7.2 JUNE 2021 修正：调试时，不能显示鼠标指向的变量的内容功能增加：使用汇编语言语法高亮显示.s和.asm后缀的文件。改变：gcc 10.3中的gdb改用msys2提供的版本。（更稳定，且在调试时可以更方便的查看STL容器中的内容）。 VERSION 6.7.1 MAY 2021 修正：项目选项对话框中，库目录和包含目录页的标题错误修正：在执行gcc -v检测编译器版本信息时，添加LANG=en环境变量，以避免其自动翻译输出信息，导致dev-cpp无法正确解析修正：gcc 10.2中带的gdb.exe无法正确调试更新：gcc 10升级为10.3 VERSION 6.7 MAY 2021 VERSION 6.7-BETA5 MAY 2021 修正：如果屏幕宽度小于补全提示框的宽度，不能正确显示提示内容修正：在编译器选项对话框中通过指定文件夹来添加编译器设置时，新增的设置未能正确保存。详情查看：https://gitee.com/royqh1979/Dev-CPP/releases/v6.7.5

2021-08-20

保护持续集成(CI)/持续交付(CD)管道的6个优秀实践

网络攻击者利用了持续集成(CI)/持续交付(CD))管道和开发工具中的弱点，因此需要提高开发基础设施的安全性。

2021-07-23

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

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

2021-07-01

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

目前，Terway IPvlan 模式已经深度集成 Cilium 。

2021-06-11

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

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

2021-04-07

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

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

2021-03-08

MMKV集成及原理奉上！

祝各位牛年大吉，牛气冲天！前言 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

Spring Boot 2.X(十五)：集成 Swagger2 开发 API 文档（在线+离线）

文件的方法，参数和模型紧密集成到服务器端的代码，允许API来始终保持同步。官网：https://swagger.io Swagger 使用 1.相关依赖 <!

2019-11-06

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

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

2019-10-08

资源下载

更多资源

Mario

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

Nacos

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

Rocky Linux

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

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。