541.【GraphQL】_typename千万不要写成一样的
这个问题我已经经历过两三次了：*graphql 服务端定义接口时，千万不要把每个接口中的_typename写成一样的。
在go语言中，graphql 的实现里头， 错误的示例如下：
var responseDimensionReadingType = graphql.NewObject(graphql.ObjectConfig{
Name: "ResponseCommon",
Fi
移动开发
Android graphics(二) bufferqueue
一、前言
本文主要内容
1、bufferqueue 的四大流程；
2、简要介绍四大流程的调用过程；
本文主要讲解安卓图形绘制中的buffer queue
页面数据通过canvas/Open GL ES/vulkan绘制后，形成一帧buffer，交给buffer queue，buffer queue再把数据送到屏幕上显示。所以buffer queue是图形绘制中很核心的一环，它本身就是一个缓冲区
H5与App使用WebViewJavascriptBridge进行交互
WebViewJavascriptBridge源码：
JS端操作：
1.引入bridgejs，将和原生交互的方法挂载到全局
// main.js
import Vue from 'vue'
import App from './App.vue'
import router from '
iOS WKWebView同步设置Cookie的踩坑
一、存储Cookie
1. 登录成功后，存储Cookie到本地。因为下次重启APP，不再走登录接口的话，Cookie会丢失，所以需要先存本地。
存储时注意，要判断是当前登录系统对应的域名或IP。因为我遇到，登录接口成功后，还出现了友盟的Cookie的，防止被其他域名或IP的Cookie给覆盖。
1.存储Cookie
// 存储Cookie
NSArray *cookie
13.优化 - 线程监控（matrix）
本文来分析下matrix对于线程的监控，matrix对于线程的监控主要 hook pthread 的pthread_create pthread_detach pthread_join pthread_setname_np 几个方法。
原理
先来看下为什么 hook pthread 的几个方法就可以监控到线程。
一般的 java 线程写法
new Thread(new Runable{
解决Swift和OC在同一个Pods库中不能混编的问题
1、Pods库用swift创建的，需要引用OC，用外部添加桥接文件TargetName-Bridging-Header.h，行不通的
2、创建一个继承NSObject的public_header的OC类，把要引用的OC头文件添加到.h文件中；
在.podspec文件中加入s.public_header_files = 'xxx/Classes/public_header.h'
3、P
dyld: Library not loaded: /usr/lib/swift/libswiftCoreGraphics.dylib
随着16.0系统正式发布，最近升级xcode14以调试16.0的真机。升级成功后，发现调试11.x和12.x固件的iphone，运行app直接崩溃了，启动不了。
崩溃日志如下：
dyld: Library not loaded: /usr/lib/swift/libswiftCoreGraphics.dylib
Referenced from: /var/containers/Bundle/App
axios之cancelToken原理及使用
在真实项目中，当路由已经跳转，而上一页的请求还在pending状态，如果数据量小还好，数据量大时，跳到新页面，旧的请求依旧没有停止，这将会十分损耗性能，这时我们应该先取消掉之前还没有获得相应的请求，再跳转页面。
在真实项目中，当路由已经跳转，而上一页的请求还在pending状态，如果数据量小还好，数据量大时，跳到新页面，旧的请求依旧没有停止，这将会十分损耗性能，这时我们应该先取消掉之前还没有获
iOS Swift URL Scheme APP跳转safari以及跳到另一个APP
本人亲测有效！更多交流可以家魏鑫：lixiaowu1129，公重好：iOS过审汇总，一起探讨iOS技术！
OC版本语言
首先在plist文件里面设置。
URL identifier 一般为反域名+项目名称 （尽可能保证少重复）
URL Schemes是一个数组。一个APP可以添加多个。该参数为跳转时使用的标识。
1：跳转safari比较简单
NSString *iTunesLink
iOS网络请求依次执行之信号量
首先说明需求点：依次发起请求op1、op2、op3，要求op1成功后再发起op2，若失败，则后续op2、op3不执行，回调失败结果；同理，若op1成功后，发起op2请求失败，则op3不执行，回调失败结果。
最终参考代码：Demo
先看一段网络常见示例：
网上常见示例
从结果上看，满足请求的顺序执行，但是实际使用后，情况变得不一样了：
实际使用结果
从结果日志上看，op2并未
