上上策股票策略平台，阻止特朗普获得初选提名？
特朗普能当上美国总统不容易，当了总统后就更不容易了！特朗普在和希拉里竞选总统时，得罪了希拉里和克林顿夫妇；在当上总统后，几乎全盘否定了奥巴马的政策，得罪了奥巴马和整个民主党。搞得民主党集全党之力和特朗普开撕；据说，因为在2015年共和党内初选时，PK掉了二小布什（小布什的弟弟杰布·布什），得罪了共和党内大佬和美国政坛的权贵之家布什家族，害得身为现总统的特朗普连在美国前总统老布什葬礼上的演讲资格都没有，遭到了几乎全世界的嘲笑。而在最近，国会在否决特朗普的紧急状态法投票时，共和党的众议员和参议员均有一定数量的人“倒戈”投了赞成票。而在世界上，对特朗普的骂声更是组成了“交响乐”。现在的特朗普似乎有点“老鼠过街人人喊打”的感觉。面对这种风声鹤唳的局面，如果是脸皮薄的人，估计要找个地洞钻进去了。然而，特朗普却仍然在“战斗”。颇有点“与天斗与地斗其乐无穷”的韵味。
关于特朗普的新闻，现在几乎没有正面的。在修建隔离墙导致的政府停摆风波刚过，国家紧急状态问题和民主党“否决与否决”的博弈如火如荼之际，现在又传出了小布什在共和党内公开呼吁抵制特朗普参选的传闻。不过，这也只是个传闻而已！尽管布什家族对特朗普“不感冒”，尽管有人说小布什智商不太高，但布什家族毕竟是美国政坛的名门望族，毕竟出过两位美国总统，小布什也毕竟做过八年美国总统，他们还不至于这样缺乏定力。在特朗普代表共和党参选几乎大局已定的情况下，如果说小布什公开呼吁抵制特朗普参选的话，似乎有点说不通，也不符合逻辑！所以，这个传闻估计又是美国媒体在抹黑特朗普。
特朗普确实口无遮拦，这一点世人皆知。他曾嘲讽过美国共和党资深参议员麦凯恩的“战俘”身份，导致麦凯恩至死都不原谅他，并立下遗嘱不许特朗普参加他的葬礼，死了后还要让特朗普难堪，由此可见麦凯恩对特朗普的恨意有多深！而特朗普这张大嘴也同样得罪了布什家族。据说，有三个原因。一，老布什当政时曾加过税，特朗普当时还是个商人，自然不希望加税，所以，特朗普游说老布什，老布什也似乎答应了特朗普，可是，后来老布什还是加了！特朗普不高兴了，在私下里说老布什说话不算数，结果传到了老布什的耳朵里。这样看来，世界各地似乎都有“嚼舌根”之人。二，特朗普虽然咋咋呼呼，看似不着边际，但他的脑袋却很灵光，据说他的智商甚至超过了克林顿。那么，小布什的智商自然不能和他比。所以，当年小布什在接受采访和国会质询时也确实出过一些窘态，这个特朗普又在私下里嘲讽过小布什，溜须拍马的人也就将特朗普的话过到小布什的耳中了！三，特朗普是个凡事都计算成本之人，他曾公开说小布什发动的伊拉克战争不划算。以上三点如果属实的话，足以使布什家族不待见他了！所以，老布什的葬礼也就没邀请特朗普演讲。
以特朗普的性格来分析，关于和布什家族结怨的传闻确也有可能。但是，这却不是根本原因。真正的原因还是特朗普这个政治素人和建制派的“相容”问题。你可以说特朗普是个政治上的“生瓜蛋子”，也可以说特朗普是一股“政治上的清流”，他的这股“清流”的出现却以意想不到的方式冲击着整个美国的建制派。直白的说，包括布什家族，克林顿夫妇，奥巴马这些建制派都受到了不同程度的冲击。所以，在美国政坛出现了一个奇怪的现象。在以往美国的历史上，同样是卸任总统，共和党和民主党的卸任总统之间的交往一般都仅限于礼貌性的，平时互动也不是很多。但是，现在却反过来了！不管是老布什还是小布什，与克林顿和奥巴马的互动明显多于特朗普，而且态度上也是泾渭分明。什么原因？表面看来，是特朗普的行为造成的，当然，确实有这方面的因素。但是，其根本原因还是特朗普的非建制派经历不被他们这些自认正统的建制派待见。
再者，特朗普上台后提出的口号，实行的政策，不仅是在否定民主党，而且也是在打脸布什家族为代表的共和党建制派。举几个小例子，比如修建隔离墙，从克林顿就开始立项的，但没有实施。后来小布什和奥巴马却将隔离墙修成了“烂尾工程”。试想，现在特朗普如果将隔离墙修成了，民主党以及小布什的脸能有光吗？比如美国的外债问题。美国现在的22万亿外债是谁造成的？是小布什和奥巴马这两个人在16年执政中造成的，也就是说，民主党以及共和党的建制派都有不可推卸的责任。而特朗普现在一直在拿外债说事，并将外债和民主党的移民政策上升为了美国“崩溃”的依据，试想，奥巴马和小布什心里能舒服吗？而事实上，这两个问题真的有可能是“压垮美国”的稻草。这世界上没有几个人没有私心杂念，尽管奥巴马和小布什也希望美国不衰落，但特朗普这种咄咄逼人的方式，肯定不能令他们接受。
特朗普虽然也是个“富二代”，但与小布什这个“官二代”相比，似乎还欠些人脉，也没有小布什的根基厚重。在当下的美国，布什家族已经能够和肯尼迪家族平起平坐了！所以，从内心来说，小布什可能真的看不起特朗普。但是，小布什毕竟也是个政治人物，孰轻孰重他还是能够分得清，也肯定会顾全大局。现在的特朗普在共和党内如日中天，在短短的两年时间内，特朗普已经基本上将共和党“特朗普化”了！由此可见，所谓的“政治素人”也并非没有策略和手腕。所以，在这种情况下，特别是在今年二月初共和党已经初步确定了特朗普将代表共和党参选2020年大选，在基本上“木已成舟”的情况下，小布什显然不可能公开呼吁抵制特朗普参选。至于美国未来的政局，乃至美国未来的政治生态，假如特朗普能够连任，美国的政局肯定会有颠覆性的变化，建制派将会被特朗普冲击的七零八落。而从特朗普刻意培养其女儿伊万卡来看，未来的特朗普家族毕竟会在美国的政治生态中像肯尼迪和布什家族那样占有一席之地。
临阵换帅下一句是什么？
临阵换帅乃是下下策！
在中国兵法里面大致可以分为上中下三等策略。上上策是胸有成竹，对对方了如指掌，能够运筹帷幄，决胜千里之外，未交手就已经能够预测交手后的结果。而且预测的结果跟实际的结果90%相符合，否则只是纸上谈兵。中等策略也就是也没有更好的办法将对方制服。下下策是万不得已的险招，已经没有办法了。
综上看，风险系数最小的是上上策，风险系数一半一半的是中等策略，风险系数最大是下下策。临阵换帅又为何是下下策？临阵，意味着没有准备，临时性的，没有对策等等一些列的缺点和劣势已藏在这个临阵上，这就和我们上学时候面临考试，突击看书复习一样，“平时不烧香，临时抱佛脚”，与临阵相对的是往日的积累，历练，试想一个连自己士兵将领的个性，己方最优势的地方不能熟悉，不能了如指掌，还期望能战胜对方？而且讲究融合一体，凝成一股力量，都不熟悉，这么陌生肯定弊端显而易见。
孙子兵法：知己知彼百战不殆。有悖于此，故临阵换帅，兵家大忌。
牛市的轮涨顺序是什么？
说实话，没什么顺序!
为了回答这个问题，我特意去看了15年牛市之前A股各大板块的走势，发现牛市真的到来的话所有板块都在涨，而且非常凶残!
先上硬菜，以稳如老狗而闻名的银保地板块（银行保险地产）走势是下面这样的:
这三个我干脆放到一起给大家看看，可以看出启动的时间都差不多，你想在这么短的时间里赶上两波牛市福利，说实话不容易，有可能还不如稳稳拿住赚钱多，不信你可以问问有多少人在牛市亏钱的，还可以问问他们是不是因为贪心想多赚钱所以才亏得妈都不认识!
再看看其他板块的走势，情况也差不多
为了方便对比，我截取的图片开始时间都是一样的，大家可以看到起飞位置稍有不同，可是达到巅峰的时候却相差不大，你能在这么短的时间里找到几个板块轮换炒股吗？
另外这里必须要提一下A股的奇葩——白酒股
为什么非要单独说白酒呢？因为只有这个板块向来是小亏大赚，不断创新高，不服不行啊！
下周的布局方向和时间点怎么确定？
感谢大哥邀请！
3月23日全球股市大跌。亚太方面重挫。A股跟爹不跟涨也不会例外。但机会总是跌出来的。刚好可以趁机调仓换股。
那么，下周的布局方向和时间点在哪里？从昨天神雾节能的超跌反弹来看，超跌反弹还是存在很大的空间。这可能是下周要布局的方向。之前的乐视网也是超跌反弹。跌得时间只要够久够长，才有反弹的时间和空间。 但其实超跌反弹也是很难把握的，过早抄底还会下跌。过晚抄底空间不大。介入的时间点很重要。
首先，大盘要稳住。只有大盘止跌回升，个股才有反弹的机会。而大盘止跌回升，又要看美帝的脸色。真是痛苦啊。一个美帝搞得全世界日子都不好过。严格来说，美帝内部也有很多人反对。只是老特太过强势。他是生意人。做生意经常出奇不意才能取胜。他把生意之道也搬上来了。没有办法。
从昨天银行保险的表现来看，大盘在3100点附近会止跌回升。大盘已经回补所有的缺口，压力也不大了。昨晚美股继续下跌。周一估计大盘还要下行。周二会有小幅反弹试探。周二尾盘应该可以入场了。前期大涨的人气股独角兽如果在这两天有连续跌停的话，这些个股将会是最好的机会。
看完点赞，腰缠万贯，感谢关注！
怎么解决TCP网络传输「粘包」问题？
当前在网络传输应用中，广泛采用的是TCP/IP通信协议及其标准的socket应用开发编程接口（API）。TCP/IP传输层有两个并列的协议：TCP和UDP。其中TCP（transport control protocol，传输控制协议）是面向连接的，提供高可靠性服务。UDP（user datagram protocol，用户数据报协议）是无连接的，提供高效率服务。在实际工程应用中，对可靠性和效率的选择取决于应用的环境和需求。一般情况下，普通数据的网络传输采用高效率的udp，重要数据的网络传输采用高可靠性的TCP。
在应用开发过程中，笔者发现基于TCP网络传输的应用程序有时会出现粘包现象（即发送方发送的若干包数据到接收方接收时粘成一包）。针对这种情况，我们进行了专题研究与实验。本文重点分析了TCP网络粘包问题，并结合实验结果提出了解决该问题的对策和方法，供有关工程技术人员参考。
一、TCP协议简介TCP是一个面向连接的传输层协议，虽然TCP不属于iso制定的协议集，但由于其在商业界和工业界的成功应用，它已成为事实上的网络标准，广泛应用于各种网络主机间的通信。
作为一个面向连接的传输层协议，TCP的目标是为用户提供可靠的端到端连接，保证信息有序无误的传输。它除了提供基本的数据传输功能外，还为保证可靠性采用了数据编号、校验和计算、数据确认等一系列措施。它对传送的每个数据字节都进行编号，并请求接收方回传确认信息（ack）。发送方如果在规定的时间内没有收到数据确认，就重传该数据。数据编号使接收方能够处理数据的失序和重复问题。数据误码问题通过在每个传输的数据段中增加校验和予以解决，接收方在接收到数据后检查校验和，若校验和有误，则丢弃该有误码的数据段，并要求发送方重传。流量控制也是保证可靠性的一个重要措施，若无流控，可能会因接收缓冲区溢出而丢失大量数据，导致许多重传，造成网络拥塞恶性循环。TCP采用可变窗口进行流量控制，由接收方控制发送方发送的数据量。
TCP为用户提供了高可靠性的网络传输服务，但可靠性保障措施也影响了传输效率。因此，在实际工程应用中，只有关键数据的传输才采用TCP，而普通数据的传输一般采用高效率的udp。
二、粘包问题分析与对策TCP粘包是指发送方发送的若干包数据到接收方接收时粘成一包，从接收缓冲区看，后一包数据的头紧接着前一包数据的尾。
出现粘包现象的原因是多方面的，它既可能由发送方造成，也可能由接收方造成。发送方引起的粘包是由TCP协议本身造成的，TCP为提高传输效率，发送方往往要收集到足够多的数据后才发送一包数据。若连续几次发送的数据都很少，通常TCP会根据优化算法把这些数据合成一包后一次发送出去，这样接收方就收到了粘包数据。接收方引起的粘包是由于接收方用户进程不及时接收数据，从而导致粘包现象。这是因为接收方先把收到的数据放在系统接收缓冲区，用户进程从该缓冲区取数据，若下一包数据到达时前一包数据尚未被用户进程取走，则下一包数据放到系统接收缓冲区时就接到前一包数据之后，而用户进程根据预先设定的缓冲区大小从系统接收缓冲区取数据，这样就一次取到了多包数据（图1所示）。
粘包情况有两种，一种是粘在一起的包都是完整的数据包（图1、图2所示），另一种情况是粘在一起的包有不完整的包（图3所示），此处假设用户接收缓冲区长度为m个字节。
不是所有的粘包现象都需要处理，若传输的数据为不带结构的连续流数据（如文件传输），则不必把粘连的包分开（简称分包）。但在实际工程应用中，传输的数据一般为带结构的数据，这时就需要做分包处理。
在处理定长结构数据的粘包问题时，分包算法比较简单；在处理不定长结构数据的粘包问题时，分包算法就比较复杂。特别是如图3所示的粘包情况，由于一包数据内容被分在了两个连续的接收包中，处理起来难度较大。实际工程应用中应尽量避免出现粘包现象。
为了避免粘包现象，可采取以下几种措施。一是对于发送方引起的粘包现象，用户可通过编程设置来避免，TCP提供了强制数据立即传送的操作指令push，TCP软件收到该操作指令后，就立即将本段数据发送出去，而不必等待发送缓冲区满；二是对于接收方引起的粘包，则可通过优化程序设计、精简接收进程工作量、提高接收进程优先级等措施，使其及时接收数据，从而尽量避免出现粘包现象；三是由接收方控制，将一包数据按结构字段，人为控制分多次接收，然后合并，通过这种手段来避免粘包。
以上提到的三种措施，都有其不足之处。第一种编程设置方法虽然可以避免发送方引起的粘包，但它关闭了优化算法，降低了网络发送效率，影响应用程序的性能，一般不建议使用。第二种方法只能减少出现粘包的可能性，但并不能完全避免粘包，当发送频率较高时，或由于网络突发可能使某个时间段数据包到达接收方较快，接收方还是有可能来不及接收，从而导致粘包。第三种方法虽然避免了粘包，但应用程序的效率较低，对实时应用的场合不适合。
一种比较周全的对策是：接收方创建一预处理线程，对接收到的数据包进行预处理，将粘连的包分开。对这种方法我们进行了实验，证明是高效可行的。
三、编程与实现1．实现框架
实验网络通信程序采用TCP/IP协议的socket api编程实现。socket是面向客户机/服务器模型的。TCP实现框架如图4所示。
2．实验硬件环境：
服务器：pentium 350 微机
客户机：pentium 166微机
网络平台：由10兆共享式hub连接而成的局域网
3．实验软件环境：
操作系统：windows 98
编程语言：visual c++ 5.0
4．主要线程
编程采用多线程方式，服务器端共有两个线程：发送数据线程、发送统计显示线程。客户端共有三个线程：接收数据线程、接收预处理粘包线程、接收统计显示线程。其中，发送和接收线程优先级设为thread_priority_time_critical（最高优先级），预处理线程优先级为thread_priority_above_normal（高于普通优先级），显示线程优先级为thread_priority_normal（普通优先级）。
实验发送数据的数据结构如图5所示：
图5
5．分包算法
针对三种不同的粘包现象，分包算法分别采取了相应的解决办法。其基本思路是首先将待处理的接收数据流（长度设为m）强行转换成预定的结构数据形式，并从中取出结构数据长度字段，即图5中的n，而后根据n计算得到第一包数据长度。
1)若n<m，则表明数据流包含多包数据，从其头部截取n个字节存入临时缓冲区，剩余部分数据依此继续循环处理，直至结束。
2)若n=m，则表明数据流内容恰好是一完整结构数据，直接将其存入临时缓冲区即可。
3)若n>m，则表明数据流内容尚不够构成一完整结构数据，需留待与下一包数据合并后再行处理。
对分包算法具体内容及软件实现有兴趣者，可与作者联系。
四、实验结果分析实验结果如下：
1．在上述实验环境下，当发送方连续发送的若干包数据长度之和小于1500b时，常会出现粘包现象，接收方经预处理线程处理后能正确解开粘在一起的包。若程序中设置了“发送不延迟”：（setsockopt (socket_name，ipproto_tcp，tcp_nodelay，(char *) &on，sizeof on) ，其中on=1），则不存在粘包现象。
2．当发送数据为每包1kb～2kb的不定长数据时，若发送间隔时间小于10ms，偶尔会出现粘包，接收方经预处理线程处理后能正确解开粘在一起的包。
3．为测定处理粘包的时间，发送方依次循环发送长度为1.5kb、1.9kb、1.2kb、1.6kb、1.0kb数据，共计1000包。为制造粘包现象，接收线程每次接收前都等待10ms，接收缓冲区设为5000b，结果接收方收到526包数据，其中长度为5000b的有175包。经预处理线程处理可得到1000包正确数据，粘包处理总时间小于1ms。
实验结果表明，TCP粘包现象确实存在，但可通过接收方的预处理予以解决，而且处理时间非常短（实验中1000包数据总共处理时间不到1ms），几乎不影响应用程序的正常工作。