链接
https://juejin.im/post/5cbbd2a0e51d456e8a12efaa?utm_source=bigezhang.com

企家有道（一面挂）2019.2.27

• CSS实现三角形
• 数组乱序
• for in 和 for of 区别
• Promise接收的函数中resolve()后的代码是否会执行？
• 监听一段时间内用户对我方网页的操作
• 图片懒加载，预加载 第一次面试，问了很多基础，非常非常紧张，都有些结巴。面完恶补了基础，研究了很多平时常用却不未深挖的东西。

字节跳动（一面）

第一次在牛客网上视频面试，头条真的非常非常注重代码能力

• css两列布局，右列定宽，左列自适应。
• flex，轴
• cookie，session，token各种细节
• 跨域
• cors预请求
• 原型链最顶层是什么?
• addEventListener细节
• 手撕代码：reduce实现map
• for in 和 for of
• 手撕代码: call实现bind
• 手撕代码：实现一个函数，每隔wait秒执行func，一共执行times次
• 箭头函数
• this指向的问题
• 变量提升，从EC的VO答

字节跳动（二面）

• 项目相关
• 手撕代码：实现一个函数,该函数接收一个obj, 一个path, 一个value，实现obj[path] = value，obj类似json格式
• react 中的 setState为什么异步？能不能同步？什么时候异步？什么时候同步？
• promise
• react virtual dom， diff
• 箭头函数
• this
• 变量提升
• 上下文

字节跳动（三面挂）

• 自我介绍
• 如何删除addEventListener绑定的事件
• dva解决了什么？如何解决？为什么使用？
• react
• 原理
• redux-saga
• setState异步
• 受控组件 vs 非受控组件
• 手撕代码：数组扁平化 面完头条后恶补了很多js专题和react部分功能的实现原理，虽然三面挂了很遗憾，但是增加了信心，对自己的水平有了一个大概的估计

腾讯PCG提前批（一面）

• 自我介绍
• HTTP缓存
• HTTP vs HTTPS
• http1.0/1.1/2.0
• SSL/TLS握手, 保密性？ 完整性？证书？浏览器如何验证CA是否正确？
• 中间人攻击？
• 浏览器向服务器发送请求，相应数据包被拦截怎么办?
• http 2.0 新特性？ 头部压缩详细讲讲？
• XSS, CSRF？区别？举个例子？
• event loop? 使用场景
• 原型？
• new ？
• 206 ？

腾讯PCG提前批（二面挂）

• cookie，session，token，withcredintrals ?
• token为什么能抵抗csrf？
• 闭包？使用场景？缺点？
• 如何定位（检查）内存泄漏？
• GC
• 轮询
• websocket 感觉腾讯非常看重网络和安全，面完研究了半个月计算机网络和网络安全

UBNT（一面挂）

• 自我介绍
• cookie ? session ? httponly?
• 事件委托? 阻止冒泡？
• css 水平垂直居中？
• 把arguments变成数组？兼容？
• 跨域？
• 原型？
• react setState为什么异步？
• 高阶函数？ 高阶组件？ 功能？区别？例子？ @connect ？
• redux？
• mobx？
• 为什么reducer是纯函数？
• 手撕代码：快排
• 尾递归？
• react 中的 叶子节点之间如何通信？
• vue通过没 ？

字节跳动（找人内推又被捞了）

• 自我介绍
• 项目
• 组件之间通信
• redux
• 观察者，深问，怼了好久
• antd 表单组件api？底层如何实现的？有没有看过源码
• antd Form.create？
• 事件模型
• event loop
• 手撕代码 二叉树节点之和 leetcode原题 这一面又挂在了设计模式和算法，之后又研究了几种常用设计模式，刷了一遍剑指offer和leetcode树部分题。

---

58企服（一面后加了wx）

• 从输入url到展现的全过程
• dns
• cdn
• 浏览器内核
• 协议
• 布局
• BFC
• position
• 回流，重绘

同程艺龙（offer）

• 回流，重绘
• 节流，防抖
• react
• redux
• MVC vs MVVM
• mobx 电话面试，有些没听清，有些久远，记不太清了，不算很难，都是一些之前问过的东西

用友（面试通过，但因实习时间问题没发offer）

来来回回也就是三月那些问题，且难度低于三月

金蝶（hr面，等offer）

• 输入url到渲染的全过程

久其数字科技（offer）

• 数据结构
• 快排的稳定性
• 操作系统

蘑菇街（蜜汁一面挂）

• 项目相关
• 数据库设计
• 学习路程
• 闭包，使用场景
• 观察者模式
• 事件循环
• 几种继承方法
• 如果给我一个规定期限内无法完成的任务，我怎么办
• 对于前端学习的深度和广度有什么理解 这一面都是些开放性问题，感觉答得确实也不错，面试官在结尾也说本轮面试一结束，下一轮面试hr会再联系。 然后就挂了，感觉是不想招人，也可能是我太菜了吧 =.=

亚信科技（史上最短）

• 块级元素和内联元素
• CSS初始化
• 配过webpack吗？
• react生命周期 boss直聘上海投的，面试时间很短，没超过10分钟，感觉不想招人~~

酷家乐（暂无消息）

• Promise 链式调用的时候怎么终止它?
• Map ？
• 304
• 闭包
• 继承
• 原型 感觉不难，对方是做2D/3D/Three.js的，刚面完，在等电话。

上海爱乐奇（一面 2019.4.18）

• React Native
• 盒模型
• TypeScript
• 除js之外的面向对象语言
• 继承 因为是zoom视频面试，只记得这么多，只感觉考察的面很广，前端后端移动端都问了，某方面也有深度。 面试官感觉30多岁，挺严肃的~~， 面了30分钟就让我等几分钟，安排二面

上海爱乐奇（二面 2019.4.18）

• react dom
• redux/redux-saga
• 其他状态管理？Mobx 二面问的也挺深的，不过都是我有了解过的，不像一面那样广度搜索，可能是和一面面试官交流了吧 二面面试官看起来20多岁，挺年轻的，没一面那么严肃，面了半个小时让我等等，他去找老大

上海爱乐奇（三面 2019.4.18）

• http(s)
• ssl
• CA证书，验证？
• 前端安全
• https缺点？如何防范?如何解决？
• 前端性能优化
• 前端学习路线
• 聊人生，996.icu?
• 面试官介绍自己公司，部门，小组，产品等等 三面的面试官应该是个leader，挺和蔼的，也很有礼貌，因为开会让我多等了会，在开头还和我道歉。 三面问的基本都是网络相关，也有深度，也聊了一下学习路线，也大致介绍了一下他们公司和部门，结尾说会让hr尽快联系我

上海爱乐奇（四面 2019.4.19[HR]offer）

问的都是hr常问的问题，10：50打过来的，聊了30分钟，给了口头offer。 本来约了朋友11点吃饭，结果放了人家鸽子 -.- 感觉爱乐奇的面试效率很高，和头条很像，都是三面连着，一口气搞定，面试官和hr也很和蔼，很热情，面试体验很nice

腾讯正式批（一面 2019.4.19）

• http(s)
• tcp/ip 三次握手，四次挥手
• url到显示页面全过程
• 前端安全
• MD5/RSA
• 闭包，继承
• http 1.1 vs 2.0 之前做了腾讯的笔试，一直没消息，以为挂了，结果吃饭时突然打过来

腾讯正式批（二面 2019.4.19 已挂）

二面手撕代码，一个递归+回溯，一个排序，一个正则相关，感觉都好难啊~~ 答得不好，直接挂掉

---

 

 

最近在给项目代码完善单元测试，发现go语言单元测试相关的资料都是零零散散的，所以在这儿整理总结一下。项目中使用的是goconvey+monkey+sqlmock (项目的web框架为gin, 持久层框架为gorm), 使用时也碰到一些坑，也会在这篇文章中做一些相关的记录。 文章大约4200字，囿于篇幅，很多地方都是一笔带过，不过在每一部分之后提供了一些笔者读过觉得不错的资料的链接，大家可以根据需要查看。

1. Go对单元测试的原生支持

1.1 testing——Go内置的单元测试库。

要编写一个新的测试，需要创建一个以 _test.go 结尾的文件，该文件包含 TestXxx 函数。 将该文件放在与被测试的包相同的包中。

通过 go test 命令，能够自动执行如下形式的任何函数：

func TestXxx(*testing.T)

注意：Xxx 可以是任何字母数字字符串，但是第一个字母不能是小写字母（一般接被测试函数名字，不强求）。传递给测试函数的参数是 *testing.T 类型。它用于管理测试状态并支持格式化测试日志。测试日志会在执行测试的过程中不断累积，并在测试完成时转储至标准输出。

详情参见：
The-Golang-Standard-Library-by-Example

https://books.studygolang.com/The-Golang-Standard-Library-by-Example/chapter09/09.1.html

1.2 TestMain

在写测试时，有时需要在测试之前或之后进行额外的设置（setup）或拆卸（teardown）；有时，测试还需要控制在主线程上运行的代码。为了支持这些需求，testing 提供了 TestMain 函数:

func TestMain(m *testing.M)

如果测试文件中包含该函数，那么生成的测试将调用 TestMain(m)，而不是直接运行测试。

TestMain 运行在主 goroutine 中, 可以在调用 m.Run 前后做任何设置和拆卸。注意，在 TestMain 函数的最后，应该使用 m.Run 的返回值作为参数调用 os.Exit。

详情参见：TestMain

https://books.studygolang.com/The-Golang-Standard-Library-by-Example/chapter09/09.5.html#testmain

1.3 httptest——HTTP测试辅助工具

Go 标准库专门提供了 httptest 包专门用于进行 http Web 开发测试。

httptest包最关键的是提供了一个 http.ReponseWriter接口的实现结构：httptest.ReponseRecorder，通过它可以得到一个http.ReponseWriter，并以此来接收服务器返回的响应包。

详情参见：httptest - HTTP 测试辅助工具

https://books.studygolang.com/The-Golang-Standard-Library-by-Example/chapter09/09.6.html

1.4 测试覆盖率

Go 从 1.2 开始，引入了测试覆盖率的支持，使用的是 cover 相关的工具（go test -cover、go tool cover）。

详情参见：The cover story

https://blog.golang.org/cover

2. 断言库

Go标准包里并没有断言库，但是不使用断言库进行结果校验的话，测试代码将会变得非常臃肿，可读性和可维护性都会很差。不过好在有第三方框架可以让我们使用。

2.1 testify

github地址：
https://github.com/stretchr/testify

特性：

• 在提供断言功能之外，还提供了mock的功能
• suite包可以给每个测试用例进行前置操作和后置操作的功能（例如初始化和清空数据库）

2.2 gocheck

godoc地址：
https://godoc.org/gopkg.in/check.v1

特性：

• 丰富了单元测试常用的 assert 断言，判断动词deep multi-type 对比，字符串比较以及正则匹配
• 测试用例组织集合方面按suite组织测试用例，支持suite级别的 setup() 和 teardown()
• 对于临时文件支持创建、删除临时文件和目录。

详情参见：gocheck 使用介绍

https://zhuanlan.zhihu.com/p/45570168

2.3 goconvey

github地址：
https://github.com/smartystreets/goconvey

特性：

• 直接集成go test
• 可以管理和运行测试用例
• 提供了丰富的断言函数
• 支持很多 Web 界面特性（通过http://localhost:8080访问）
• 设置界面主题
• 查看完整的测试结果
• 使用浏览器提醒
• 自动检测代码变动并编译测试
• 半自动化书写测试用例：http://localhost:8080/composer.html
• 查看测试覆盖率：http://localhost:8080/reports/
• 临时屏蔽某个包的编译测试

详情参见：GoConvey框架使用指南

https://www.jianshu.com/p/e3b2b1194830

2.4 比较

其实gocheck我没怎么用过，只是当时调研的时候看到了，在断言方面看起来和其他的差不多。

testify和goconvey都有尝试，最后采用的是goconvey，所以对goconvey更熟悉一点。

• testify
• star数和活跃度较高：这个其实挺重要的，因为很多人都在用这个框架的话，这个框架会得到更好的完善和发展，也会更有生命力。在使用时碰到的问题也可以很方便的在issue中找到答案；
• testify类似于gocheck和gomock的结合体，但是其mock使用并不是很方便，所以建议还是使用专门的mock框架。
• goconvey
• 可以管理和运行测试用例，通过嵌套来体现测试用例之间的关系。这是我当时选择使用goconvey的一个很重要原因，它可以将测试代码组织得更富逻辑性和结构化，提高了测试代码的可读性和可维护性
• 支持在web界面进行自动化编译测试。之前在油管上看到一个博主通过web界面来半自动化生成测试代码。不过我实际并没有使用这个功能，感觉这个功能适合逻辑简单/清楚的代码。

3 mock/stub方案

3.1 识别依赖

普遍来说，我们遇到最常见的依赖无非下面几种：

• 网络依赖——函数执行依赖于网络请求，比如第三方http-api，rpc服务，消息队列等
• 数据库依赖
• I/O依赖（文件）
• 还未开发完成的功能模块

3.2 mock和stub的区别

这个话题也算是老生常谈了。几句话很难解释清楚，有兴趣可以阅读Martin Fowler的文章。

stub本质上是对真实对象的一个模拟，比如调用者需要一个值，那就让stub输出一个值，如果调用者需要传递一个值给stub，那就在stub中定义一个方法接受该参数，相当于“依赖部分”的一个简化实现。mock则是在程序代码中向被测试代码注入“依赖部分”，模拟出函数调用返回的结果。

个人认为两者最大的区别在于依赖对象是否和被测对象有交互，从结果来看，stub不会使测试失败，它只是为被测对象提供依赖的对象，并不改变测试结果，而mock则会根据不同的交互测试要求，很可能会更改测试的结果。stub是state-based，关注的是输入和输出。mock是interaction-based，关注的是交互过程。

mock和stub还有一个重要的区别就是expectiation。对于mock来说，expectiation是重中之重：我们期待方法有没有被调用，期待适当的参数，期待调用的次数，甚至期待多个mock之间的调用顺序。所有的一切期待都是事先准备好，在测试过程中和测试结束后验证是否和预期的一致。而对于stub，通常都不会关注expectiation，没有任何代码来帮助判断这个stub类是否被调用。虽然理论上某些stub实现也可以通过自己编码的方式增加对expectiation的内容，比如增加一个计数器，每次调用+1之类，但是实际上极少这样做。

在Go中，如果要用stub，那将是侵入式的，必须将代码设计成可以用stub方法替换的形式。为了测试，需要专门用一个全局变量 来保存具有外部依赖的方法。然而在不提倡使用全局变量的Go语言当中，这显然是不合适的。所以，并不提倡这种Stub方式。

但其实这两种方法并不是割裂的，例如像下文提到的gomock框架除了像其名字一样可以mock对象以外，还提供了stub的功能。软件工程没有银弹，我们需要根据合适的场景选用合适的方法，甚至可以结合多种方法使用。

详情参见：Mocks Aren't Stubs(Martin Fowler)

https://martinfowler.com/articles/mocksArentStubs.html

以及 中文翻译

https://www.cnblogs.com/anf/archive/2006/03/27/360248.html

3.3 gostub

github地址：
https://github.com/prashantv/gostub

特性：

• 可以为全局变量、函数、过程打桩
• 比gomock轻量，不需要依赖接口

缺陷：

• 对项目源代码有侵入性，即被打桩方法必须赋值给一个变量，只有以这种形式定义的方法才能别打桩

详情参见：GoStub框架使用指南

3.4 gomock

github地址：
https://github.com/golang/mock

特性：

• golang官方开发维护的接口级别的mock方案
• 包含了GoMock包和mockgen工具两部分，其中GoMock包完成对桩对象生命周期的管理，mockgen工具用来生成interface对应的Mock类源文件。

缺陷：

• 只有以接口定义的方法才能mock
• 需要用mockgen生成源文件，然后用gomock去实现自己想要的数据，用法稍重。

详情参见：使用Golang的官方mock工具—gomock

https://www.jianshu.com/p/598a11bbdafb

和 GoMock框架使用指南

https://www.jianshu.com/p/f4e773a1b11f

3.5 gomonkey

github地址：
https://github.com/bouk/monkey

特性：

• 可以为全局变量、函数、过程、方法打桩，同时避免了gostub对代码的侵入

缺陷：

• 对inline函数打桩无效
• 不支持多次调用桩函数（方法）而呈现不同行为的复杂情况

详情参见：Monkey框架使用指南

https://www.jianshu.com/p/2f675d5e334e

3.6 sqlmock

github地址：
https://github.com/DATA-DOG/go-sqlmock

特性：

• 适用于和数据库的交互场景。可以创建模拟连接，编写原生sql 语句，编写返回值或者错误信息并判断执行结果和预设的返回值
• 提供了完整的事务的执行测试框架，支持prepare参数化提交和执行的Mock方案
• 持久层框架底层一般都使用”github.com/go-sql-driver/mysql”，所以一般都能够使用sqlmock库进行mock

缺陷：

• 因为是正则匹配，所以可能漏掉sql的语法错误
• 写入后没法验证

3.7 httpexpect

github地址：
https://github.com/gavv/httpexpect

特性：

• 适用于对http的clent进行测试，对服务端的回包进行打桩
• 支持对不同方法（get，post，head等）的构造，支持自定义返回值json

sqlmock和httpexpect都蛮简单的，看完github主页的QuickStart基本就会用了~~

4 使用goconvey+gomonkey+sqlmock进行测试

4.1 选择原因

• 外层框架——goconvey。项目代码很多逻辑比较复杂，需要编写不同情况下的测试用例，用goconvey组织的测试代码逻辑层次比较清晰，有着较好的可读性和可维护性。断言方面感觉convey和testify功能差不多。不过convey没有testify社区活跃度高，后续使用convey时碰到一些问题，都不太容易找到解决办法，给作者提issue，感觉回复效率也不是很高。
• 函数mock——gomonkey。项目代码基本都不是基于interface实现的，所以不太方便使用gomock，项目目前运行稳定，所以也不想因为单元测试重构原来的代码，所以也不太方便gostub。好在还有gomonkey可以用，基本符合我们对函数打桩的需求。
• 持久层mock——sqlmock。我们持久层的框架是gorm。当时考虑2种方法进行mock，一种是使用gomonkey对gorm的函数进行mock，另一种则是选用sqlmock。但碰到下图所示的sql语句，如果使用gomonkey的话需要对连续调用的gorm函数都进行mock，过于繁杂。而用sqlmock的话只需匹配对应的sql语句即可。

newDB = MysqlDB.ModelTable(c, &Basexxx{}, c.AppID()).Where("type = ?", libType).Limit(limit).Offset(offset).Order("created_at desc").Find(&libxxxs)

4.2 gorm+sqlmock使用方法

初始化sqlmock后，然后使用dialect和dsn打开一个新的gorm连接并赋值给数据库操作实例

_, mock, _ = sqlmock.NewWithDSN("sqlmock_db") MysqlDB.DB, _ = gorm.Open("sqlmock", "sqlmock_db")

接下来就和sqlmock的普通使用没什么区别了，只要mock时能够成功的匹配gorm生成的sql语句即可

详情参见：Stub database connection with GORM

https://blog.valletta.io/blog/2018-07-05-stub-database-connection-with-gorm/

4.3 踩坑记录（持续更新~）

1. 问题描述：
2. 测试函数在run的时候fail，在无断点debug的时候pass。被patch的函数是下例中的函数A。

func A(arg string) error { return B(arg) }

原因：

• run的时候会做编译器优化，调用A会直接被优化为调用B（内联）。所以对前者的patch并没有成功。

在不改动原有代码的情况下，有2种解决方案：

• 给函数B也打补丁
• 在go test时加参数来避免编译器优化内联 go test -gcflags=-l

5 其他

5.1 单元测试的粒度

对于刚开始做单元测试的同学来说，如何把握单元测试的粒度是一个让人头疼的问题。

测试粒度做的太细，会耗费大量的开发以及维护时间，每改一个方法，都要改动其对应的测试方法。当发生代码重构的时候那简直就是噩梦（因为所有的单元测试又都要写一遍了…）。

如果单元测试粒度太粗，一个测试方法测试了n多方法，那么单元测试将显的非常臃肿，脱离了单元测试的本意，容易把单元测试写成集成测试。

5.2 单元测试的成本和收益

在受益于单元测试的好处的同时，也必然增加了代码量以及维护成本。

下面这张成本/价值象限图清晰阐述了在不同性质的系统中单元测试的成本和价值之间的关系。

1. 依赖很少的简单代码(左下)
2. 对于外部依赖少，代码又简单的代码。自然其成本和价值都是比较低的。
3. 例如Go官方库里errors包，整个包就两个方法 New()和 Error()，没有任何外部依赖，代码也很简单，所以其单元测试起来也是相当方便。
4. 依赖较多的简单代码（右下）
5. 依赖一多，mock和stub就必然增多，单元测试的成本也就随之增加。但代码又如此简单，这个时候写单元测试的成本已经大于其价值，还不如不写单元测试。
6. 依赖很少的复杂代码 (左上)
7. 像这一类代码，是最有价值写单元测试的。比如一些独立的复杂算法（银行利息计算，保险费率计算，TCP协议解析等），像这一类代码外部依赖很少，但却很容易出错，如果没有单元测试，几乎不能保证代码质量。
8. 依赖很多的复杂代码（右上）
9. 这种代码显然是单元测试的噩梦。写单元测试吧，代价高昂；不写单元测试吧，风险太高。
10. 像这种代码我们尽量在设计上将其分为两部分：1.处理复杂的逻辑部分 2.处理依赖部分 然后1部分进行单元测试。

---

参考链接

下面是一些其他的参考资料：

1. The-Golang-Standard-Library-by-Example

https://books.studygolang.com/The-Golang-Standard-Library-by-Example/

2. 搞定Go单元测试（一）——基础原理

https://juejin.im/post/5ce93447e51d45775746b8b0#heading-12

 

今天（6.29）是一个让广大股民心碎的一天，应了那句话“辛辛苦苦几十年，一夜回到解放前”，大盘如此惨烈，游资夺路而逃，指数惨不忍睹，利润瞬间灰飞烟灭。那么，我们作为小散，难道不应该有这个意识吗？下面四幅图，看懂了，你就避开了今日的凶险，集合竞价时就落袋为安了，闲话少说，上干货了。

先看今天上证指数集合竞价情况，我在集合竞价图上的清清楚楚，说明，大游资早早的就跑了。你还等什么，跑呀！

 

 

第二，看看大单BBD

普及下小常识，何为大单BBD，BBD是一款炒股软件主力资金监控系统的简称，包括主力“特大单差”“大单差”“大买单”“大卖单”“多空趋势”等指标。在股市中，BBD指标是判断现金流的一个重要的指标之一。

BBD的作用？　BBD指标可以帮助普通投资者分析资金在大市场上的走势，并通过复杂的数据和信息让普通投资者清楚地了解大资金买入卖出的信息，方便掌握未来的趋势，及时作出相应操作。BBD指标为正数，且呈上升趋势，这表明多方有优势。相反，BBD是负数，并且为下降趋势，也就是空方有优势。

看看今天的上证BBD走势，你什么都清楚了。

 

 

 

第三，看看今天的北向资金

普及小知识，什么是北向资金？

北向资金被视为国际资本配置A股的风向标，他们善于抄底也擅长挖价值成长股。因其买入和卖出操作精准，被A股投资者称为聪明资金。跟踪北向资金，研究其布局方向，判断资金意图，以便更好的应对市场的变化

 

 

 

第四，看看市场总览，一目了然吧！

 

 

 

 

最后，以股市箴言结尾。“会买的是徒弟。会卖的是师傅”最高层次的是什么？是“会空仓的是祖师爷”

一点不假!

有了解我的看盘软件情况的，留言，统一回复。

写一篇文章不易，如果对你有启示，给个点赞吧。

个人心得，仅供参考，班门弄斧，贻笑大方！

郑重声明：本文涉及资讯、数据等内容来自网络公共信息，仅供参考，不构成投资建议。投资者据此操作，风险自担。

 

阜遥观点：点击“+关注”即可每日收到股市最新资讯

前言：量在前，价在后，俗话说新手看价，老手看量。任何变化都反映在量能之上，任何均线指标都反映在量价之后，主力用任何手法都表现在一张K线图上。要想把复杂的技术简单化，实用有效化，那就从一张图形以及量能作为重点分析。

这也是最直观的一种，也是最简单的一种，一看图形便知现处何位，再看量能即知主力意图。不需太多种选股方式，只需做熟、做精一种图形即可制胜。这就是笔者（阜遥）著《做精一张图》书籍的寓意。

笔者经过总结归纳出20种强势股图形选股条件精心总结出来分享给大家如果你觉得的好就关注下也变后期回顾，也可助投资者更便捷、更可靠、更迅速的选出所需要操作的个股。无论在强弱市场要赚钱就必须选择强势股进行操作。

名词扫盲（BBD决策分析）

定义：BBD是炒股软件中的主力资金监控系统的简称，包括主力特大单差、大单差、大买单和大卖单、多空趋势等指标。可通过大资金是买还是卖，来掌握未来趋势。正值代表资金流入，负值代表资金流出。BBD是统计数据，而且分析简便，一目了然。所谓“决策”一词。

要点：

1.股价在下降而BBD却出现红柱上升，则极有可能是主力在打压吸筹。此时即可结合其它指标分析，决定是否可以介入。

2.BBD出现绿柱下降而股价却在上升，则有可能是主力在拉升出货，此时就要小心了，再结合盘口和分时图中的变化看是否有出货迹象，来决定持股还是卖出。

3.连续几天BBD出现红柱上升，可能会迎来大行情，也可能是局部赶顶信号，这需要根据趋势分析和上轨沿线是否处在高位或远离均线。

4.如果BBD红柱由小到大，可视为主力吸筹信号，可择机而入；如果低位BBD出现1-3根大红柱，可视为主力有抢筹进驻信号，可在随后回踩时低吸参与。

名词扫盲（ EXPMA趋势线）

EXPMA指数移动平均线，也是一种趋向类指标，笔者简称它为‘趋势线’，也有人称为‘操盘线’。原理是对股票收盘价进行算术平均，并根据计算结果来进行分析，用于判断价格未来走势的变动趋势。可具备价格走势信号提前性，是一个非常有效的趋势分析指标。

EXPMA指数移动平均线的参数设为12快线和50慢线，大多行情软件不用重设参数。如果您是趋势投资者，该指标是最佳工具。如果您想炒股更简单、更实用，那必会少不了这两条线。

用途：有效把握中短期趋势，顶底背离趋势线可高抛低吸，紧沿趋势线上行可捂股不动，上行中只要趋势线不破位或者不死叉现象可继续看多，相反则看空。

名词扫盲（BOLL布林线）

布林线指标即BOLL指标，利用统计原理求出股价的标准差及其信赖区间，来确定股价的波动范围及未来走势，利用波带显示股价的安全高低价位，因而也被称为布林带。上下限范围随股价的滚动而变化。股价波动在上限和下限的区间之内，带状区的宽窄随着股价波动幅度大小而变化。

一般而言，股价的运动总是围绕某一价值中枢（如均线、成本线等）在一定的范围内变动，形成‘股价信道’的概念，也对预测未来行情的走势起着重要的参考作用。运用上下带线可防交易中的一卖就涨或一买就跌的陷阱。

用途：当股价跌破下带线时反弹一解即发，在出现中阳收在下带线之上可适当抄底反弹；当股价突破上带线时将面临回调要求，在出现持续一周左右股价收在上带线之上可逐步锁利，或出现放量急拉则为高抛信号。

如笔者常用BOLL和EXPMA指标进行追涨不追高、抄底反弹、高抛低吸、捂股待涨等实战运用。

名词扫盲（MACD平滑移动线）

MACD称为指数平滑异同移动平均线，当MACD从负数转向正数，是买入信号。当MACD从正数转向负数，是卖出信号。当MACD以大角度变化，表示快的移动平均线和慢的移动平均线的差距非常迅速的拉开，代表了一个市场大趋势的转变。

MACD常用参数是快速平滑移动平均线为12，慢速平滑移动平均线参数为26。MACD还有一个辅助指标——柱状线(BAR)。在大多数行情分析软件中，在低于0轴以下柱状线是绿色代表趋势较弱，高于0轴以上柱状线是红色代表趋势较强。

用途：当出现红柱时为买入信号，相反卖出信号；当出现0轴之下两次向上金叉为筑底买入信号；当向上突破0轴时为转势买入信号；当在0轴之上金叉或0轴处金叉为黄金买入信号，相反死叉为卖出信号；当日线和周线MACD线出现上行趋势可捂股待涨到放量急拉时卖出。

中长线选股战略：

1.在低位阶段出现1-2个《串阳组合》现象，可视为大洗盘后主力重整入场，此时可在缩量回踩时中线参与。

2.在低位阶段出现《小阴小阳》《上跳缺口》《三外有三》《低位放量》 《狮子开口》的条件下挑选中线潜力股参与。

3.在出现速急下跌后又快速放量上涨的《挖坑洗盘》的条下，可中线参与。

4.在长时间整理后出现上涨启动浪洗盘时，可运用《波段买点》的条件进行中线参与。

5.在《趋势金叉》后股价保持在趋势12线之上盘升运行一周后可在出现缩量回踩时中线参与。

6.在市场大趋势向好的情况下，可运用《梅开二度》的条件进行中线参与。

7.在大跌后可运用《抄底反弹》条件进行绩优龙头中线参与。

8.在近两个月内连续出现两次以上的《蜻蜓点水》条件可逢低参与中线，如2010.8-9月的上证EXPMA趋势线三次出现蜻蜓点水。

注：在上述的4、5、6、7、8的条件下，可运用到周线/月线上选出中长线潜力股。另外可以进入笔者微信（neican2015）详细了解，里面有关最新筛出的中长线潜力股名单，可作为参考。

阜遥实战分享 （人真阅读）

1.如果您选择技术为操作依据，那么就必须要严格遵守技术的买卖信号的掌握，不熟悉的图形、没有把握的个股图形、上涨空间不大的图形、市场弱势的情况下建议减轻操作甚至不操作，以免为券商打工。

2.只在大势向好、活跃性个股、上涨有空间下跌有支撑的个股、机会大于风险的个股、有80%以上的把握、自己熟悉的图形进行部份操作。

3.短线做到快进快出，在图形选股后当确定时应当天介入，随后的冲高尽可锁利，若观望到次日再追进那么随后不一定会有好的卖点。

4.建议别贪心，别想着这20种强势股图形能全部捕获，用心做精一张图形后再选其它类型，或者挑选自己善长的图形作为重点挖掘。

5.在趋势稳定的情况下，一般选股黄金时间在14：00后，选出次日上涨动力较强的个股在尾盘提前时介入，随后的上冲阶段尽有出手的空间，力争做到快、准、狠、稳的原则。

6.部份选出来的图形需要跟踪而有待确定的情况下，建议打开软件的雷达并设置好，可便近日密切跟踪。

7.在模索期中不要重仓买入，选股时不要盲目下结论，更不要傻瓜式按照软件买卖提示进行依赖性的操作，建议从实地出发，利用艺馨的简单易学实用高效的技术，来为自己快速提升实战能力。

8.股指越低，仓位越重，熊市底部满仓，股指越高，仓位越轻，牛市顶部空仓！

 

上一篇：ZARA模式(zara商业模式)

下一篇：st国安(st国恒)