Posted on 2017-05-15 | In [c]{.ul} [eph]{.ul} | | 4099
[概]{.ul} [述 ]{.ul}
我们判断,如果ChatGPT不犯大错,两年之内,整个科技行业甚至人类社会都会被颠覆一
遍。倒计时已经开始了。
在ChatGPT纪元中,提问题的能力和判断力也许是人类最重要的两个能力。我们这里提出五
个关键问题,并且试图抛开网络上的二手观点,做出基于原理的判断。
更详细的科普文可以参考这篇:了解AIGC中的ChatGPT和LLM
一 引言
作为十年GIS老兵,常常遇到同行或领导的灵魂拷问,“为什么我们不用google地图啊,我看它的3D很好啊”,“OpenLayers 6支持3D吗?”,“MapboxGL 2.5D与Cesium的3D优缺点是啥”,“地图不是球,这不是3D的啊?”,“51 World基于游戏引擎与云渲染技术在可视化领域已经对WebGL形成降维打击,WebGIS是不是没前途了?”等等等等。从业人员从技术角度对未来变革的担忧,领导虽然不懂技术也会从非专业角度表达一些关心,诸如此类问题层出不穷却又不是三言两语能讲清楚的,所以本文想稍微系统点介绍WebGIS发展历程、各自特点、未来方向,一家之言仅供读者参考。
是一个c++类
ObjectMonitor() {
_header = NULL;
_count = 0; //记录个数
_waiters = 0,
_recursions = 0; // 线程重入次数
_object = NULL;
_owner = NULL;
_WaitSet = NULL; // 调用wait方法后的线程会被加入到_WaitSet
_WaitSetLock = 0 ;
_Responsible = NULL ;
_succ = NULL ;
_cxq = NULL ; // 阻塞队列,线程被唤醒后根据决策判读是放入cxq还是EntryList
FreeNext = NULL ;
_EntryList = NULL ; // 没有抢到锁的线程会被放到这个队列
_SpinFreq = 0 ;
_SpinClock = 0 ;
OwnerIsThread = 0 ;
}
ObjectMonitor中有五个重要部分,分别为_ower,_WaitSet,_cxq,_EntryList和count。
HashMap相关类:Hashtable、LinkHashMap、TreeMap | HuanBlog
深入解析ConcurrentHashMap:感受并发编程智慧 | HuanBlog
本次先简要讨论ConcurrentHashMap 顺便讨论下HashMap,HashTable这些Map的数据的结构,线程安全,在get,put部分的业务逻辑
kafka开源流处理平台,由Scala和Java编写。该项目的目标是为处理实时数据提供一个统一、高吞吐、低延迟的平台。这是维基百科上的描述,这也是区别于rabbitmq等其他的消息队列的特点,kafka基于订阅-消费模式,自定义的协议,不同于MQTT,AMPQ,JMS等这些协议
Springboot是Spring的脚手架,提供的自动配置功能初始化spring的ioc容器,
BeanDefinition:可以理解为定义bean
bean的生命周期,大部分初始化和赋值在AbstractAutowireCapableBeanFactory.doCreateBean 下来定义的:
LinkHashMap,HashMap,TreeMap
继承了AbstractMap,实现Map,实现的数据结构是 数组+链表,通过计算传过来的
继承了HashMap,同时自己维护着一个双向链表
class文件 动态代理 静态代理
javac 编译 .java文件 为 class文件,后面.class文件转换为 机器指令
多CPU –>CPU寄存器 –> 高速缓存cache –> 内存RAM