AMS国际蒙特梭利证书有用吗？含金量高不高？

蒙特梭利证书目前市场上主要有4种：AMI、AMS、CMI、CMS。论含金量，是要区分适用范围的。

AMI：课程专业，培训严格，就业起薪高

培训费：6-15万

AMI的起薪高，主要是体现在其对教师培训质量的把控上。6个月的实操训练＋十多篇essay写作＋大部头工作手册的制作＋3个月的观察实习＋期末的只有一次重考机会的期末考试，零零总总加起来，就是至少2年的时间，保证了AMI的培训质量。

若说这样的培训会带给你什么，那就是比较全面深入的了解蒙特梭利的思想精髓＋教具操作与原理＋形成最基础的蒙特梭利班务管理概念吧。毫不夸张的说，每个AMI教师出来最起码都是具有做班主任的业务能力的（当然个案永远存在），也有许多AMI教师一出来就自建小班小校当园长的。

目前，国内只有5家AMI培训中心（分别设在杭州、深圳、北京、重庆、台北），开课频率极低（因为培训师非常稀缺，比如全球0-3师资认证课程只有15位培训师），约每2年举办1期主教教师认证培训，因此，报名学习AMI的概率和“中**”一样低。

AMS：重业务推广，国内市场培训质量参差不齐

培训费：6万起

用一个词来形容AMS，一定是鱼龙混杂。虽然最早进入国内市场，但是其长处其实不是在于培训，而更多的是在类似业务整合咨询、园所服务、家长推广的部分，一句话总结就是大规模推广的营销路线，所以其铺开推广的范围和速度比AMI还要快。平心议论，AMS以及其系统下的机构，对于蒙特梭利教学在国内的推广是有功劳的。

在培训上，正规的AMS的培训质量不比AMI差，相比之下更侧重于教具实操，理论学习简化了很多。如果真的说缺点的话，就是培养出”会操作教具的老师”，实操能力虽然有，但是不理解蒙氏教育的核心。

再强调一遍，我刚刚说的是正规机构，But, 市场上流通许多挂牌的短期速成班， 9个月的课程，能被压缩到了12天就上完，时间密度上你就能可见一斑。报名时如果稍不注意，可能就进坑了。

CMI：对标AMI，费用更亲民，起薪相对理想

培训费：3-4万

CMI的宣传口号是有中国特色的蒙氏教育。培训课程体系和考核标准完全对标AMI，除了蒙氏教具使用、观察对象、操作手册制作的实操，根据中国就业市场重经验的情况增加入园实习时长，《CMI师资认证证书》在行业内通用，机构或教师是否持证是纯正蒙园的“标配”之一。

但是值得注意的是，CMI是在19年才正式在国内开始推行，我这个小圈子的人对CMI的了解，也是缺失的，这个地方等我陆续再补充吧。

CMS：课程压缩，行业认可度低，就业价值不高

培训费：1000-3000

只能说，不建议学习。

一组天体物理学家在对这种辐射性质的新分析中，确定它与我们所期望的由反物质构成的恒星(被认为是反星体的天体)相符。

假如这是真的，那将是绝对巨大的——它能帮助解开宇宙中最大的谜团，也就是所有被忽略的反物质之谜。但这14个对象可能还有些别的东西。

构成周遭事物的每个物质粒子(如电子和夸克)，除了一种物质外，都具有相同的特性：相反的电荷。在宇宙诞生之初，粒子和反粒子被认为相等。

在伽马射线爆发中，粒子与其反粒子发生碰撞时，它们彼此地 each湮灭，这表明它们仍然应该以等量存在(或者说，根本不存在，令人振奋的想法)，但出于某种原因，只有极少数被探测到反物质存在。

在宇宙中几乎不存在“原始”反物质这一概念方面，我们已习以为常。在这个假设的基础上，物理学家发展了模型和解释，这是一件大事。

随后在国际空间站进行了 Alpha电磁波谱(AMS-02)实验。它在几年前就开始检测抗氧物质。如果这个发现被证实了，那么就意味着有足够多的基本粒子可以附着在周围，形成了整个反物质原子。

可是什么？据由法国天文学和平面学研究所的西蒙？杜波克(SimonDupourqué)领导的一个天文学家小组说，这颗行星可能隐藏在银河系的反星中。

因为反星体的行为与正常恒星非常相似，所以很难探测到它们，除非异常物质(如星际尘埃)聚集在恒星的表面，否则这些反物质就会把恒星毁灭。

这就会相应地产生理论上可以探测到的额外的伽马射线能量。

在宇宙微波背景中，我们还没有探测到标志性的伽马射线撞击(大爆炸所造成的辐射)，在星系中也没有探测到伽马射线探测。Dupourqué和他的小组在研究费米伽马射线空间望远镜10年的数据时，对其中的5787个伽马射线源进行了仔细检查，以找出可能是物质反 im灭失的迹象。

研究人员寻找与质子-反质子源相一致的伽马射线信号，也就是源本身的点状几何形状，也就是说，它看上去像一颗恒星。而在5787条信息来源中，只有14条可以被认为是反明星候选人。

14个物体不太可能是反星。他们可以轻易地成为已知的伽马射线发射器，如脉冲星或黑洞。但他们给了我们一个起点，来估计银河系中可能隐藏的反星数。

研究小组模拟了反恒星的累积过程，并假定反恒星和正常恒星有相似的特征，从而确定了这个数值的上限。星系盘中每百万颗恒星中只有25颗可能是反恒星。

从星系盘的角度来看，这可能是一个完全不同的故事。盘面上下空间中几乎不存在气体和尘埃，这意味着较少的物质可以聚集在任何潜在的反星体上。

在没有正常物质积累的情况下，这些反射星将不会释放过多的伽马射线，也更容易逃避伽马射线测量中的探测；事实上，自从宇宙诞生以来，它们就一直隐藏着。

据该团队计算，彗星不可能在太阳系附近出现。也就是说，反氦气体源可以是反恒星的。

你也许也注意到了，在一百万颗恒星中，25颗不等于反物质，甚至不等于反物质——所以反物质恒星的发现并不能解决反物质缺失的问题。

在现实中，这可能引发一个无关紧要的问题：当块状反物质的周围都是可擦除的反物质时，他们是如何成功存活下来的。

这个小组的工作目的是为可能存在的伴星的数量提供新的、更严格的限制，从而为今后的工作提供更好的基准，使人们能够尝试了解星系中的什么地方和如何发现反粒子。

不断地观察这14个候选者，可以帮助判断他们是反星还是更普通的东西，比如脉冲星或黑洞。

对那些形形色色的物体来说，这一现象可能只出现了几次。

广播(Broadcast)机制用于进程/线程间通信，广播分为广播发送和广播接收两个过程，其中广播接收者BroadcastReceiver便是Android四大组件之一。

BroadcastReceiver分为两类：

从广播发送方式可分为三类：

广播在系统中以BroadcastRecord对象来记录, 该对象有几个时间相关的成员变量

广播注册，对于应用开发来说，往往是在Activity/Service中调用 registerReceiver() 方法，而Activity或Service都间接继承于Context抽象类，真正干活是交给ContextImpl类。另外调用getOuterContext()可获取最外层的调用者Activity或Service。

[ContextImpljava]

其中broadcastPermission拥有广播的权限控制，scheduler用于指定接收到广播时onRecive执行线程，当scheduler=null则默认代表在主线程中执行，这也是最常见的用法

[ContextImpljava]

ActivityManagerNativegetDefault()返回的是ActivityManagerProxy对象，简称AMP

该方法中参数有mMainThreadgetApplicationThread()返回的是ApplicationThread，这是Binder的Bn端，用于system_server进程与该进程的通信。

[-> LoadedApkjava]

不妨令 以BroadcastReceiver(广播接收者)为key，LoadedApkReceiverDispatcher(分发者)为value的ArrayMap 记为 A 。此处 mReceivers 是一个以 Context 为key，以 A 为value的ArrayMap。对于ReceiverDispatcher(广播分发者)，当不存在时则创建一个。

此处mActivityThread便是前面传递过来的当前主线程的Handler

ReceiverDispatcher(广播分发者)有一个内部类 InnerReceiver ，该类继承于 IIntentReceiverStub 。显然，这是一个Binder服务端，广播分发者通过rdgetIIntentReceiver()可获取该Binder服务端对象 InnerReceiver ，用于Binder IPC通信。

[-> ActivityManagerNativejava]

这里有两个Binder服务端对象 caller 和 receiver ，都代表执行注册广播动作所在的进程 AMP通过Binder驱动将这些信息发送给system_server进程中的AMS对象，接下来进入AMSregisterReceiver。

[-> ActivityManagerServicejava]

其中 mRegisteredReceivers 记录着所有已注册的广播，以receiver IBinder为key, ReceiverList为value为HashMap。

在BroadcastQueue中有两个广播队列mParallelBroadcasts,mOrderedBroadcasts，数据类型都为ArrayList<broadcastrecord style="box-sizing: border-box;">：</broadcastrecord>

mLruProcesses数据类型为 ArrayList<ProcessRecord> ，而ProcessRecord对象有一个IApplicationThread字段，根据该字段查找出满足条件的ProcessRecord对象。

该方法用于匹配发起的Intent数据是否匹配成功，匹配项共有4项action, type, data, category，任何一项匹配不成功都会失败。

broadcastQueueForIntent(Intent intent)通过判断intentgetFlags()是否包含FLAG_RECEIVER_FOREGROUND 来决定是前台或后台广播，进而返回相应的广播队列mFgBroadcastQueue或者mBgBroadcastQueue。

注册广播：

另外，当注册的是Sticky广播：

广播注册完, 另一个操作便是在广播发送过程

发送广播是在Activity或Service中调用 sendBroadcast() 方法，而Activity或Service都间接继承于Context抽象类，真正干活是交给ContextImpl类。

[ContextImpljava]

[-> ActivityManagerNativejava]

[-> ActivityManagerServicejava]

broadcastIntent()方法有两个布尔参数serialized和sticky来共同决定是普通广播，有序广播，还是Sticky广播，参数如下：

broadcastIntentLocked方法比较长，这里划分为8个部分来分别说明。

这个过程最重要的工作是：

BroadcastReceiver还有其他flag，位于Intentjava常量:

主要功能：

这个过主要处于系统相关的10类广播,这里不就展开讲解了

这个过程主要是将sticky广播增加到list，并放入mStickyBroadcasts里面。

其他说明：

AMScollectReceiverComponents ：

广播队列中有一个成员变量 mParallelBroadcasts ，类型为ArrayList<broadcastrecord style="box-sizing: border-box;">，记录着所有的并行广播。</broadcastrecord>

动态注册的registeredReceivers，全部合并都receivers，再统一按串行方式处理。

广播队列中有一个成员变量 mOrderedBroadcasts ，类型为ArrayList<broadcastrecord style="box-sizing: border-box;">，记录着所有的有序广播。</broadcastrecord>

发送广播过程:

处理方式：

可见不管哪种广播方式，都是通过broadcastQueueForIntent()来根据intent的flag来判断前台队列或者后台队列，然后再调用对应广播队列的scheduleBroadcastsLocked方法来处理广播；

在发送广播过程中会执行 scheduleBroadcastsLocked 方法来处理相关的广播

[-> BroadcastQueuejava]

在BroadcastQueue对象创建时，mHandler=new BroadcastHandler(handlergetLooper());那么此处交由mHandler的handleMessage来处理：

由此可见BroadcastHandler采用的是”ActivityManager”线程的Looper

[-> BroadcastQueuejava]

此处mService为AMS，整个流程还是比较长的，全程持有AMS锁，所以广播效率低的情况下，直接会严重影响这个手机的性能与流畅度，这里应该考虑细化同步锁的粒度。