对于资源竞争较少的情况，使用synchronized同步锁进行线程阻塞和唤醒切换以及用户态内核态间的切换操作额外浪费消耗cpu资源；而CAS基于硬件实现，不需要进入内核，不需要切换线程，操作自旋几率较少，因此可以获得更高的性能。

希望大家对ASP.NET MVC有一个初步的理解，理论性的东西我们不做过多解释，有些地方不理解也没关系，会用就行了，用的多了，用的久了，自然就理解了。

ASP.NET Web API 的好用使用过的都知道，没有复杂的配置文件，一个简单的ApiController加上需要的Action就能工作。但是在使用API的时候总会遇到跨域请求的问题，
特别各种APP万花齐放的今天，API的跨域请求是不能避免的。

网购已经不再是现在的时髦，而变成了我们每天的日常生活。上网已经和买买买紧密地联系在了一起，成为了我们的人生信条。而逛街一词，越来越多地变成了一种情怀。有时候我们去逛街，要么是为了打发时间，要么是想亲手摸摸商品本身，要么就是想看看不同的商品，放在眼前或者在脑海里比较一下。毕竟现在网上琳琅满目的商品让人眼花缭乱，一次展示一个，看完这个，忘了上一个；看完了最后一个，已经没有力气再打开长长的历史列表一个一个看回去。如果没有石猴的火眼金睛，如何万里挑一，找到自己中意的那个‘它’呢？毕竟我们大多数人，在买自己需要的商品时，往往会因为不同的价格，不同的材质，不同的性能和各种优惠活动而感到头晕眼花。所以，性价比往往成为了一个商品的优劣的代名词。如何在无数的商品中，找到样子喜欢，参数适合，而且性价比高，甚至如果包邮就更好了的的商品呢？还是老话说的好，货比三家！

正在做一个智能家居的项目（钱低的吓死人怎么办），接收下位机（就是控制智能家居硬件模块的HUB）协议解析，Web端维护硬件状态，利用APP交互。由于下位机数据是发送到服务器的XXX端口，所以必须对XXX端口进行监听。其实和聊天室的概念差不多，研究了一下workerman、swoole和其他几个开源的项目，决定采用swoole。

如果线程竞争激烈，导致compareAndSet(current, next)方法一直不能成功执行，则会一直循环等待，直到耗尽cpu分配给该线程的时间片，从而大幅降低效率。

我们来处理一下查询参数 角色我们是分系统的，所以前台会有一个系统的选择，还有关键字查询（这个我们通过BaseController 来传递，我们这里只是定义一个参数传给视图，让搜索过的关键字在文本框中显示）

供浏览器与origin匹配，如果匹配则正式发送post请求，即便是服务器允许程序跨域访问，若不支持 options 请求，请求也会死掉。

关键字在于一个“比”，我们怎么比呢？靠脑子？俗话说好记性不如烂笔头，可是一边打开 App / 网页浏览，一边拿纸笔狂写是不是有点两边速度不对等呢？如果 App 本身自带比较功能，那简直是不可描述的感受啊！

关于php解析下位机的16进制协议，其实相当之扯蛋，要是你最好还是用.NET或者JAVA吧。很久没碰MVC了，光是为解析协议写webservice觉得钱又太TM低了，哈哈哈，所以直接上PHP吧。网上搜搜还没见几个php这样搞的项目，我还没做完，做完了来谈谈，关键函数主要是bin2hex/pack/unpack。这一篇主要聊聊Laravel如何优雅的使用Swoole，其实只需简单3步就可以完成。

同步效率差不多CAS相比synchronized没有获得更高的性能