百度知道 - 信息提示
知道宝贝找不到问题了&_&!!
该问题可能已经失效。
秒以后自动返回新手求指导五星.大底方案?_百度知道
新手求指导五星.大底方案?
新手求指导五星.大底方案?别人老婆和我睡觉了的 骗我的感情单线联系我 电话号码姓名都不给我 我才23岁现在那个女的不要我了我应该怎么和他老公说这个事 我这几天睡觉睡着吃饭也没有胃口觉我怎么办了我好想她可她不想见我了我觉得男朋友对我还没有追求我的男生...
您的回答被采纳后将获得：
系统奖励15（财富值+成长值）+难题奖励20（财富值+成长值）
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。JVM Crash, 求如何分析原因.[已分析,和提出了解决方案]
JDK 1.5.0_20 下面是Crash Log, 想知道详细问题, 和如何分析,调试: (分析看2, 4, 6楼. 解决方案看6楼, 8楼有方案2的性能损耗测试)
# An unexpected error has been detected by HotSpot Virtual Machine:
SIGSEGV (0xb) at pc=0xf796880c, pid=2862, tid=
# Java VM: Java HotSpot(TM) Server VM (1.5.0_20-b02 mixed mode)
# Problematic frame:
[libjvm.so+0x3ef80c]
---------------
T H R E A D
---------------
Current thread (0x08407b10):
JavaThread "CompilerThread0" daemon [_thread_in_native, id=2870]
siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x
Registers:
EAX=0x, EBX=0xf7b42810, ECX=0xc8c50320, EDX=0x
ESP=0xc8c4fea0, EBP=0xc8c4fed8, ESI=0xc8c50330, EDI=0xbf2e0050
EIP=0xf796880c, CR2=0x, EFLAGS=0x
Top of Stack: (sp=0xc8c4fea0)
0xc8c4fea0:
0xc8c4feb0:
c1192284 bf915f14 bf91a011 bf91a010
0xc8c4fec0:
0xc8c4fed0:
c8c4ff28 f796850f
0xc8c4fee0:
c8c50320 bf91a408
0xc8c4fef0:
bf2e0050 bfb003
0xc8c4ff00:
0xc8c4ff10:
bf91a408 f7b42810
Instructions: (pc=0xf796880c)
0xf79687fc:
00 00 00 00 8b 4d 08 8b 45 cc 8b 79 58 8b 14 87
0xf796880c:
8b 42 04 8b 00 85 c0 75 22 8b 4e 04 8b 52 1c 39
Stack: [0xc8bd1000,0xc8c52000),
sp=0xc8c4fea0,
free space=507k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
[libjvm.so+0x3ef80c]
[libjvm.so+0x3ef50f]
[libjvm.so+0x3ed062]
[libjvm.so+0x1a530d]
[libjvm.so+0x1a24b2]
[libjvm.so+0x14ad83]
[libjvm.so+0x1aaa39]
[libjvm.so+0x1aa391]
[libjvm.so+0x4e1a96]
[libjvm.so+0x4dbdc3]
[libjvm.so+0x43bc78]
[libpthread.so.0+0x5832]
Current CompileTask:
opto:103% !
xxx.spring.xxx.xxxxxx.executeRequest(Lxxxx/spring/xxx/RemoteInvocationC)Lorg/springframework/remoting/
support/RemoteInvocationR @ 323 (865 bytes)
---------------
P R O C E S S
---------------
Java Threads: ( =& current thread )
0x JavaThread "pool-2-thread-6" [_thread_blocked, id=4822]
=&0x08407b10 JavaThread "CompilerThread0" daemon [_thread_in_native, id=2870]
Other Threads:
0x083f0bc8 VMThread [id=2863]
0x WatcherThread [id=2873]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
分析具体如下绿色高亮的地方
# An unexpected error has been detected by HotSpot Virtual Machine:
SIGSEGV (0xb) at pc=0xf796880c, pid=2862, tid=
# Java VM: Java HotSpot(TM) Server VM (1.5.0_20-b02 mixed mode)
# Problematic frame:
[libjvm.so+0x3ef80c]
---------------
T H R E A D
---------------
Current thread (0x08407b10):
JavaThread "CompilerThread0" daemon [_thread_in_native, id=2870]
siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x
Registers:
EAX=0x, EBX=0xf7b42810, ECX=0xc8c50320, EDX=0x
ESP=0xc8c4fea0, EBP=0xc8c4fed8, ESI=0xc8c50330, EDI=0xbf2e0050
EIP=0xf796880c, CR2=0x, EFLAGS=0x
Top of Stack: (sp=0xc8c4fea0)
0xc8c4fea0:
0xc8c4feb0:
c1192284 bf915f14 bf91a011 bf91a010
0xc8c4fec0:
0xc8c4fed0:
c8c4ff28 f796850f
0xc8c4fee0:
c8c50320 bf91a408
0xc8c4fef0:
bf2e0050 bfb003
0xc8c4ff00:
0xc8c4ff10:
bf91a408 f7b42810
Instructions: (pc=0xf796880c)
0xf79687fc:
00 00 00 00 8b 4d 08 8b 45 cc 8b 79 58 8b 14 87
0xf796880c:
8b 42 04 8b 00 85 c0 75 22 8b 4e 04 8b 52 1c 39
0000 8b4204
mov eax, [edx+0x4]
mov eax, [eax]
test eax, eax
0009 8b4e04
mov ecx, [esi+0x4]
000c 8b521c
mov edx, [edx+0x1c]
Stack: [0xc8bd1000,0xc8c52000),
sp=0xc8c4fea0,
free space=507k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
[libjvm.so+0x3ef80c]
[libjvm.so+0x3ef50f]
[libjvm.so+0x3ed062]
[libjvm.so+0x1a530d]
[libjvm.so+0x1a24b2]
[libjvm.so+0x14ad83]
[libjvm.so+0x1aaa39]
[libjvm.so+0x1aa391]
[libjvm.so+0x4e1a96]
[libjvm.so+0x4dbdc3]
[libjvm.so+0x43bc78]
[libpthread.so.0+0x5832]
Current CompileTask:
opto:103% !
xxx.spring.xxxx.xxx.executeRequest(Lxxxx/spring/xxxx/RemoteInvocationC)Lorg/springframework/remoting/
support/RemoteInvocationR @ 323 (865 bytes)
综上所诉, 这个是JVM在编译的时候, 指向了一个NULL指针,导致JVM Crash. 是JVM的一个内部Bug. 但是还不知道怎么重现. 和具体位置. (谢谢 RednaxelaFX 的帮助) 解决方案: 升级JDK 到6u29 PS: 一般请打开 ulimit -c unlimited (放在/etc/profile 中), 当JVM Crash的时候, linux 会生产 Core Dump,到时候可以使用GDB去分析(Core Dump也不是一定会产生, 有时候linux产生的时候会遇到问题).
Willam2004 写道
转成汇编代指令(32bit, 因为JVM是32bit的):
mov eax, [edx+0x4]
//出问题的地方, 指向了0x到64K是保护地址/NULL指针保留地址, 所以…..不能被访问
mov eax, [eax]
test eax, eax
mov ecx, [esi+0x4]
000c 8b521c
mov edx, [edx+0x1c]
这个在哪里转换的？怎么转换的？
有很多工具, VC也可以. 下面是udis (RednaxelaFX 介绍的工具), linux的工具, 简单好用, 下载地址: http://udis86.sourceforge.net/ 下载好后(我下载的是udis86-1.7.tar.gz), 放到/usr/local 目录下
$: tar zxvf udis86-1.7.tar.gz
$: cd udis86-1.7
$: ./configure
$: make install
就安装好了. 然后下面这样就能显示了.
$: echo "65 67 89 87 76 65 54 56 78 89 09 00 87" | udcli -32 -x
今天拿到了Core Dump, 当前JVM出错的地方 (绿色高亮地方, 而且往下看这个是C2的编译):
0xffffe410 in __kernel_vsyscall ()
0x0035adf0 in raise () from /lib/libc.so.6
0x in abort () from /lib/libc.so.6
0xf7a13f75 in os::abort(int) () from /usr/local/jdk1.5.0_20/jre/lib/i386/server/libjvm.so
0xf7af2914 in VMError::report_and_die() () from /usr/local/jdk1.5.0_20/jre/lib/i386/server/libjvm.so
0xf7a18c4a in JVM_handle_linux_signal () from /usr/local/jdk1.5.0_20/jre/lib/i386/server/libjvm.so
0xf7a160c4 in signalHandler(int, siginfo*, void*) () from /usr/local/jdk1.5.0_20/jre/lib/i386/server/libjvm.so
&signal handler called&
0xf79cb80c in PhaseIdealLoop::build_loop_late_post(Node*, PhaseIdealLoop const*) ()
from /usr/local/jdk1.5.0_20/jre/lib/i386/server/libjvm.so
0xf79cb50f in PhaseIdealLoop::build_loop_late(VectorSet&, Node_List&, Node_Stack&, PhaseIdealLoop const*) ()
from /usr/local/jdk1.5.0_20/jre/lib/i386/server/libjvm.so
#10 0xf79c9062 in PhaseIdealLoop::PhaseIdealLoop(PhaseIterGVN&, PhaseIdealLoop const*, int) ()
from /usr/local/jdk1.5.0_20/jre/lib/i386/server/libjvm.so
#11 0xf778130d in Compile::Optimize() () from /usr/local/jdk1.5.0_20/jre/lib/i386/server/libjvm.so
#12 0xf777e4b2 in Compile::Compile(ciEnv*, C2Compiler*, ciMethod*, int, int) ()
from /usr/local/jdk1.5.0_20/jre/lib/i386/server/libjvm.so
#13 0xf7726d83 in C2Compiler::compile_method(ciEnv*, ciMethod*, int) () from /usr/local/jdk1.5.0_20/jre/lib/i386/server/libjvm.so
#14 0xf7786a39 in CompileBroker::invoke_compiler_on_method(CompileTask*) ()
from /usr/local/jdk1.5.0_20/jre/lib/i386/server/libjvm.so
#15 0xf7786391 in CompileBroker::compiler_thread_loop() () from /usr/local/jdk1.5.0_20/jre/lib/i386/server/libjvm.so
#16 0xf7abda96 in compiler_thread_entry(JavaThread*, Thread*) () from /usr/local/jdk1.5.0_20/jre/lib/i386/server/libjvm.so
#17 0xf7ab7dc3 in JavaThread::run() () from /usr/local/jdk1.5.0_20/jre/lib/i386/server/libjvm.so
#18 0xf7a17c78 in _start(Thread*) () from /usr/local/jdk1.5.0_20/jre/lib/i386/server/libjvm.so
#19 0x004a4832 in start_thread () from /lib/libpthread.so.0
#20 0x004040ae in clone () from /lib/libc.so.6
相关的URL (RednaxelaFX 纠正不是下面的bug导致的,看下面他的回复): bug详细信息 (不确定一定是这个bug, 因为 PhaseIdealLoop::build_loop_late_post很多相关的Bug...太不靠谱了..):
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7068051 <span style="font-family:Helvetica, Tahoma, Arial, sans-font-size:14line-height:25.的修复: http://www.oracle.com/technetwork/java/javase/6u29-relnotes-507960.html JDK 7 update 1也有修复这个bug。 JIT and Loop Bugs Three bugs reported by various parties, including Apache Lucene developers, have been fixed in JDK 6 Update 29, in addition to a fourth related bug found by Oracle
(68, 7077439). 查看了1.5.21-到1.5.22的release notes 没有发现修复任何与build_loop_late_post相关的bug. 两种解决方法: 1. 升级到6u29 2. 启动加入jvm参数, 不让C2编译这个方法 -XX:CompileCommand=exclude,xxxx/spring/xxx/XXXXRequestor,executeRequest
(PS:JDK 5不支持的参数太多了...) (参考: https://bugs.eclipse.org/bugs/show_bug.cgi?id=214092) 这样性能会有一定的影响(因为只能使用解释模式执行了. 下面有一个性能损耗测试).
RednaxelaFX 写道
之前在围脖上也说了，肯定不是Bug 7068051；那个是JDK6u23才开始有的bug。
但仍应是跟server compiler的循环优化相关的bug。
呵呵. (微博上没仔细看 - 估计我是漏掉了, 哈). 谢谢再次指正 (要不然就要误导别人了...).
为解决方案2做了一个性能损耗测试 (解决方案2: 启动加入jvm参数, 不让C2编译这个方法 -XX:CompileCommand=exclude,xxxx/spring/xxx/XXXXRequestor,executeRequest):
性能损耗测试CASE:
简单的HelloWorld (远程调用 -- 这个出问题的地方是远程调用框架的代码)
单线程测试
次数(单位:万)
总时间(单位:纳秒)
次数(单位:万)
总时间(单位:纳秒)
C1 -XX:CompileCommand
时间差(单位:纳秒)
平均每次损耗时间(单位:纳秒)
每次损耗百分比: 3% 到 9%
没有更多推荐了，
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！6.25黄金周一走势能否实现止跌反弹？行情解析多单解套方案
简蒽夕：6.25黄金周一走势能否实现止跌反弹？行情解析多单解套方案一个懂得交易真谛的人从来都不是盲目的追随行情波动，因为要赚钱那么就要明白怎样才赚得到，这个过程往往没有目的来的简单明了。有的人披荆斩棘交够了学费终于获得想要的东西，但是还有一部分人，摸爬滚打多年就是没点起色。市场的诱惑很大，千千万万的普通人前赴后继，那么如此大的流量自然有他平衡的道理，为什么“二八”？拿一座桥来形容，千军万马过独木桥，你光着膀子打着赤脚是不是上去就得掉下来？但是许多人不懂这个道理，光看见操作的简易性，看见有的人一进一出赚的盆满钵满就不淡定了。看几篇文章看几个分析，就觉得自己抓住了交易的真谛。能不“八”？交易这门学问其实是非常深的，做了这么多年说实话有时候蒽夕都觉得迷糊，好像对有好像不对，所以，总是需要留些时间沉淀自己。我有时候也会翻翻市场上的文章，其实大部分都带不来实质性的作用，除非是一个已经建立系统的交易理念，如果是小白，除非悟性极高，不然非常容易走偏，就像同样面对行情的涨跌带来的亏损情况，正确的交易者一定是有自己的概念，该不该离场？该什么时候离场？这些都是心态跟分析水准的结合，但这并不纯粹，其中要提到的就是所谓的“盘感”，那么还有一部分人，很容易产生“还等一下”“肯定会回调/反弹的”“单子是不是进错方向了？”“这可怎么办？”，后者就非常容易出现套单扛单，就近几天的情况来说，前些天的暴跌就有相当一部分投资朋友出现了套单扛单，并且还有不断加仓摸底的情况，十分典型，也十分普遍，还有好些朋友在我给出明确建议后并不执行，行情走过了又后悔的，这种时候蒽夕一般都十分理解又无奈。做黄金，一单进去爆仓的我见过， 一单进去翻仓的我也见过，不要觉得一单翻仓就是好事情，要么是付出多年终得好机会得以实现，前面早以亏过无数个相同仓位。要么是一时上天眷顾，但迟早会全收回去的。所以，做交易不能只看美好的部分，它的现实与残酷往往更加使人踏实向前。以上是近几天的一些感想，一是希望给大家一些启发，同时记录下来也是给自己一些进步的痕迹。学如逆水行舟，希望能和各位投资朋友一起进步。黄金市场，是心态与理念的角逐，是技术与人性的考验。自上周黄金暴跌之后步入空头趋势至今未能“恢复元气”，来找我咨询如何解决手上的高位单的朋友几乎是近几周最多的，凌晨都还在帮有的朋友制定计划。只能说机会总是和危机并存，许多散户怀抱着走势反弹的希望舍不得撒手最后欲哭无泪。蒽夕老师弓种浩简言金讯及时调整思路成功造就了扭亏为盈，并且在上周的震荡修复中实现完美收割，有的朋友问我：什么时候该坚持？什么时候该放弃？当然在这里三言两语讲不清楚，但是有一个理念是值得给大家参考的——倘若你未有持单，目前的点位你会考虑进场吗？如果是坚决的否定，就该放弃。没有完善的风控体系，一定要设立自己的风险承受范围，多总结轻仓进，靠直觉又贪心最后只能有一个后果，我想你应该清楚。那么面对这样的行情，对你而言是惊喜还是惊吓？周末停盘无需带单稍感轻松。繁忙又单调的生活让每一周都恍若白驹过隙，最明了的就是实盘账户的稳步增长，不断加入的朋友也促进了团队的进一步完善，大家都在一步步向前，这是令人十分有成就感的事情。下面还是简单回顾一下上周的整体情况，同时做出下周操作参考：黄金6.24行情总结及预判上周四美盘的反弹是否感到惊讶？如果你看了朋友圈实盘的推送就不会难以理解，明确提示1260关键支撑位不要追空相反优先考虑低多，事实证明蒽夕的判断是正确的，行情如期反弹，区间，再次收割5个点利润，周五依旧保持了区间操作的方式，无奈整体波动不尽人意，大跌之后必是修正，防止出现超跌反弹我们操作更趋于保守，排除周一端午节没有操作。整体获利27个点，成功给最近套单找到我的朋友挽回亏损。相对于前几周这个成绩算是黯然失色，但是行情如此，有西瓜我们摘西瓜，只有芝麻的时候我们也没松懈。那么还有的朋友肯定比较关心下周走势，我分析了一下：有人可能会问，在上周贸易战频繁发生，为什么没有黄金价格进行突击的过程，反而接连走低那？其实这个问题蒽夕在上周的博文中就给过大家答案了：贸易战的开展对于黄金价格的后期避险情绪的提振是必然，但同样机构方也看到这一点，在进行一个很直观的砸盘建立市场份额的事情，因为看到后期的黄金价格的预期走势，机构方为把点位S打压在相对低位，砸盘举措变得相对较为频繁，扫出大部分的底部多单！从市场交易心理来看，短时间还难出现反抽，因为在这波下行的冲击中，会导致很多加息后看涨的投资者，出现深套，但他们暂时的心里防线并未攻破，还会认为后期还是有机会反抽上来，所以在下方可能会继续注入资金，来加仓，等待后期的反抽，但黄金走势真的会如愿吗？我想难，因为从历史走势上，每一次出现快速破位后，走势接下来的短周期中，基本很少出现再次重返原点，或进一步加大反抽。而出现低位震荡，或进一步下行的情况较多。因为只有这样的消耗，才能使看多的投资者心里逐步崩溃，到后期彻底不指望了，这个时候才是反抽的好时机。所以对于目前蒽夕提醒，切莫认为中线布局多单的时间到来。只有走势彻底形成企稳后，才是时机。??除了层出不穷的贸易风波之外，美元指数最近强势崛起，成了金市最大的“对头”，黄金一连几日受到压制，连连下跌。不过伴随美元的回调，金银等大宗商品能稍事喘息。目前，新兴市场央行也在增加黄金储备，据数据，俄罗斯央行5月的黄金储备上涨了1%，过去数年中，俄罗斯一直在卖出美国国债增加黄金储备，预计新兴市场央行在未来几年中将会继续增持黄金，分散储备。这对黄金形成一定的支撑。那么下周黄金会开启反弹吗？?我们再来看看技术面上：??月线上，黄金价格在当前时间来看依旧是处在一个分水岭点位，市场行情在本月的收线至关重要，一旦此次收线突破了月线级别的中轨支撑线，那么我们的黄金点位就会突击到一个相对较为深的地步去！所以在当前时间下的行情走势至关重要。??周线上，上周再次收线，黄金依旧是穿擦在布林带下轨，行情在当前时间依旧没有脱离出市场的砸盘给予的影响，而之所以出现如此尴尬的局面来源于行情没有消息面作为支撑，同样周线目前也无明确的支撑点位！??日线上，参考价值就多点，上周自周初开始连续收阴，目前跌至1260一线止跌，而日线大结构上1260作为多空分界线，是存在一定支撑的，黄金想要继续走低，那么就必须要跌破1260一线，才能够打开区间，同样的前期回落的76.4的位置在1267一线，此位置虽然下破，但是日线实体收于1267上方，也就预示着短线下跌的力度并不是很强，再结合美指将要面临调整，那么黄金则有望迎来反弹走势，下周依靠1260一线布局以低多为主。??四小时图来看，本次自高点1365开始的下跌，很明显是呈现阶梯下跌，而自上周破位1290支撑后，就进入到了新一轮的调整阶段，上周一再强调看空黄金的思路，也是完全正确的，目前到位1260上方，那么短线看空就需要谨慎，行情到位结构性点位不破，则会迎来反弹上涨的契机，加上四小时已经超卖。??综合来看，黄金大结构上偏空，但是短线目前止跌面临反弹修正，而下周的操作思路很清晰，那就是守住1260看反弹，上方结构性压制位在一线，而想迎来1288-92一线，还有重重难关需要攻克，其一就是1270-72一线，其二就是1275，其三就是1280-83。这些全部是前期下行的受阻点，目前想冲破有这么简单吗？正如我在第一段话中强调，目前空头已经开始对占有的领地进行修整，想让它吐出来没这么简单，除非下周能有多方消息配合。??点位上，下周开篇后，如果下破，1260以上筑底做多上涨才可靠，到时我们就继续围绕1260-72之间看震荡走势，如果高开高走站上1272，那么周一就是以1270起点，顺势做多一波看一线，到时接近1278-80附近我们再考虑入场空单。具体操作建议以实盘为准。思路清晰方向明确，每单布局有理有据，目的明确，才能做到收放自如。再多华丽的语言都不及获利来的实在，再辉煌的过去不及现在的实战重要；当下实实在在，投资不易，且行且珍惜，风险控制远远要比收益重要，留得青山在，不怕没柴烧，失控的风险会吞噬一切，这就是为什么做单原则很重要。当机会出现时如果你毫不犹豫的做出了决定，说明你的耐心等待没有白费，让机会在耐心中产生，说明你是个懂得抓住机会的人，而不是让机会找你，好的习惯应该永远保持。【大家向往的分析师的一天】有时总会突然明白一些人生道理，就像我们做投资时不断地跌到爬起，最后才知道止损的重要性一样。有时候带实盘做单久了会突然的对单边行情感到欣喜和畏惧，欣喜在我带信任简言金讯团队的投资者们都能够抓住这一的大单边利润，畏惧在又会有很多投资者会加上我，跟我哭诉，抱怨这个市场的残酷，抱怨一些分析师的不负责任，抱怨机构拉盘，种种的心态越来越差，种种的套单抗单。有时候经常会想为什么要从事分析师这一行，是独乐乐还是众乐乐？以前做交易员的我确实只想着每天自己盈利一些就好，反正作为女生自己交易能够养活自己，但是渐渐的，也不知道是什么原因改变了我的思想，现在很多人问我，老师，你判断行情这么精准，为什么不自己去操作，每天赚一点，一生还愁啥呢!是啊，我回想着以前的我不就是这样想的吗？&&如果真要我给出一个答案，一时半会我还真不知道该怎么给，但是如果让我列出1、2、3、4我可以列出很多让我改变的原因，这个就和看书一样，一天看完一本书可能自己根本吸收不了什么，但是一年，两年，3年每天去看，每天去读，自身的素质和文化修养就不断在从内而外的提高了，这样的提升要说出理由，我还真不能给出一个准确的答案。很多人会问我，老师每天你们的工作内容是什么？也许在你们的心目中我们应该是属于不食人间烟火的那一类人。工作的内容应该就是喝喝茶看看新闻。其实我们都一样，没有一份工作是容易成功的，任何的事情不为之付出努力那么想要收获回报你可能生活在理想的世界摆了。今天我很有荣幸与大家大致分享一下本人一天的工作内容，看看你们向往的生活是否如此：早上7点：盘面的开始工作也就相应展开，实盘客户的问好和简单的走势解析布局框架的构思和早饭8-9点：早盘的整体解析和昨日的交易回顾以及日间的趋势思路就可以公布在各大财经网站之上，分享永远是最温暖人心的9-10点：实盘以及添加朋友的实时精确解析以及相应的风险控制在团队共同的讨论中，得出结论并且发布供大家参考验证10-11点30分：正常接收咨，询和帮助投资朋友解决在投资过程中遇到的问题，同时也会分享自己对于技术方面的看法与大家进行交流沟通11:30-13:30：午饭以及午休时间14点-16点：行情解析的推送以及跟进；投资问题的解答和咨，询的回复16-17点：晚间例行会议，针对晚间行情的讨论和布局17-18点：晚饭时间18-19点：晚间解析的实盘推送，并做好相应准备迎接晚间的操作并通知到位19-20点：正常接收咨，询和帮助投资朋友解决在投资过程中遇到的问题，同时也会分享自己对于技术方面的看法与大家进行交流沟通20-0:30：实盘行情布局过程，实时盯盘在线指导并解决学员遇到的所有问题，所有布局均做好相应的收官和应对措施0:30-1:30：总结一天的工作情况，交易思路的回顾和后市行情的整体解析这就是大家一直向往的分析师的美好一天，所以所有的成功往往大家看到的只是表面的光鲜，背后需要付出的努力，更多只能自己承担。很感谢一路上有太多太多的朋友的支持和陪伴，最长情的告白往往可以给我们最需要的信心和回报，感谢朋友们，蒽夕将以更新的姿态和稳健的盈利来回馈大家，让我们一起努力互利共赢！消息面解读上周，黄金的积极因素总被美元的强势抑制，在贸易战的阴影下竟然没有大幅上涨。下周，除了层出不穷的世界范围的贸易战以外，市场还应聚焦央行大佬的讲话以及重点经济数据，金市料将迎来更大的波动。中欧经贸高层对话即将召开 中欧将携手反对保护主义下周一，第七届中欧经贸高层对话将隆重举行，刘鹤副总理和欧委会副主席卡泰宁将共同主持对话，围“支持和推动全球化，深化和扩大中欧合作”这个主题进行深入讨论。中欧两国进行重要的经贸谈判，此举不仅可证明中国愿意解决营商环境诸多挑战的决心，而且也会增加欧洲企业在华投资的信心。与此同时，正值美国单边贸易主义进行之时，两国似在联袂向美国方面传递反对单边贸易主义的信号。蒽夕观点：由于特朗普十分多变的性格，市场需要持续关注下周，特朗普政府如果再对全球贸易扔下炸弹，那么市场仍然不能平静。央行大佬们不闲着 密集讲话来袭美元动态需警惕周一，亚特兰大联储主席博斯蒂克和达拉斯联储主席卡普兰将发表讲话。周三，英国央行行长卡尼将发表讲话。周四，圣路易斯联储主席布拉德将发表讲话。蒽夕观点：下周将会特别有趣，因为无论美元还是欧元都将因为养好大佬的言论产生波动，如果届时欧元能够得到反弹，则会削弱美元的表现，那么间接影响到金市。宏观数据蠢蠢欲动 美指依旧是金市的重大难题下周宏观数据里值得聚焦的是下周三的美国耐用品订单和待完成房屋销售，下周四的GDP初值，以及周五的核心PCE物价指数。由于近期黄金的走势与美元休戚相关，未来任何能够影响美元价格变动的因素，都将对黄金产生致命的影响。近期，市场是不断扩大的贸易战，原本应该是黄金反弹的绝佳时机，却因为美元指数强势，导致黄金的积极因素总被抑制，尽管存在不确定性和地缘政治风险，但金价并没有大幅上涨，所以，蒽夕提醒各位投资者需要对美国经济数据投去更多的目光。蒽夕总结：总的来说，贸易紧张可能会影响美元、避险需求和对通胀对冲的需求。由于不确定性，可能的升级可能对黄金有利。与此同时，涉及美国的贸易紧张局势应该对该国造成通胀，这也应该对金价有利。就最近的市场情况蒽夕发现套单的很大一部分都是不设止损，不管是自己没设还是有些老师喊单不止损，今天我就止损这个话题跟大家聊几句：在现货黄金操作中，STOPLOSS（止损）是最常见又最不受欢迎的词汇之一。但它又是在现货黄金中长期生存的最重要的基本功，出于对损失的本能逃避，大多数投机者对止损的认识是混乱甚至错误的，或者处于无知的状态，对止损的认识误区也是最多的。误区之一：不止损不止损为什么是错误的呢？只要操作就会有对有错。做对了盈利是理所当然，做错了又怎么办呢？在现货黄金市场上做错之后的唯一选择是马上承认错误和改正错误，而止损正是承认错误和改正错误的主要手段。任何一笔交易都不应该看作是孤注一掷的赌博，而是概率游戏中的一个分子。不执行止损操作，意味着不愿或没有勇气承认错误，潜意识里或者认为自己不会犯错，或者抱有侥幸心理。而根据墨菲定律，“如果某件事有可能变坏的话，那么这种可能性将成为现实”，小错误会变成大错误，小损失会变成大损失，最终变得一发不可收拾。换个角度讲，每个投资者都不会长寿到500岁，并用其中的大部分时间等待一个亏损头寸变成盈利；每个投资者的本金都是有限的，不能支撑无限的亏损可能。而面对错误不改正的投资者，显然是已经做好了“真想再活500年”的准备，也已经挖好了通往诺克斯堡（美国储备黄金之地）的地道。止损可能是一个新的错误，只是可能而已，但不止损肯定是一个错误。两害相权取其轻，尽管大多数人都不愿承担确定的损失，但考虑到时间和资金有限，以局部的小损失换取全局的主动，显然是明智之举。　　误区之二：乱止损大多数初涉投机的新手，在因为不止损而遭受巨大损失之后，一般都会吸取教训，把止损当做一条严明的纪律，从而又走向另一个极端，陷入了一个新的误区：乱止损。乱止损的后果是显而易见的，没有哪个帐户经得起长期持续的止损。面对越止越瘦的帐户净值，投资者往往会再次回到不止损的老路上，并在止损和不止损之间反复摇摆。投资者要跳出止损和不止损的思维藩篱才能找到问题的答案。止损的目的是什么？止损的目的是控制风险，但是必须认清的是：止损并不是控制风险的唯一手段。投机迷宫里的陷阱是各种各样的，我们所犯的错误和所面临的风险也是各种各样的，惟有正本清源，从根本上少犯错误，少冒风险，才能降低止损的次数，才能使每一次止损是必要的和值得的，而不是无谓的和自我伤害的。误区之三：有时止损有时不止损在意识到止损的必要性，同时也尝到了乱止损的苦果之后，投资者还有一个死胡同可走，那就是有时止损有时不止损。当损失在自己可接受的范围之内时，比如亏5点的情况下就选择止损，但止损一旦扩大到25点就不止损了。这实际上是在根据损失的大小决定是否止损，而正确的做法是根据自己是否做错了决定是否止损。止损并非灵丹妙药，它只是投资路上的安全带和降落伞。不系安全带并不意味着肯定撞车，系上安全带却会使投资更加稳健。止损是必要的，但只能作为防备万一的手段，对止损的滥用和误用只会造成伤害。对大多数投资者而言，少犯错误，降低频率，小仓操作，一贯的执行操作纪律，才能从业余升级为专业，走上长期稳定盈利之道。成功的交易源于：克服个人心理障碍，自我调整产生自信，高度自尊，不可动摇的信念，而信心可以自然的导致良好的判断，并可以根据已证实的方法赢得交易。但如何办到呢？好就是“耐心”文/简蒽夕vx：goldmacdboll公众号：jancy108官方唯一qq：周期性技术教学课程已开设，欢迎加入。全方位指导时间：早7：00┄次日凌晨2：00。全方位分析团队：简言金讯分析团队。盘面分析、实时喊单、在线解套，更多交易技巧分享欢迎关注笔者！另实时行情分析可私信获得！发文有延时,文章内容仅供参考。投资有风险,操作需谨慎!文章版权归本人所有。(转载请注明出处)
· 15:38:40
· 12:42:39
· 09:30:22
· 14:59:51