【www.myl5520.com--工程考试】
2015年二级建造师继续教育机电工程习题及答案
篇一:gc18.info
第一章 练习题
单选题
1. 承担辽宁省内跨市长输管道安装的安装单位，应当向（ C辽宁省质量技术监督局 ）履行告知手续。
2. 定期检验周期：桥式起重机、升降机、流动式起重机每（ C 1年 ）检验1次。
3. A3级压力容器制造许可可以制造（B 球形储罐现场组焊或球壳板制造 ）。
4. 特种设备施工单位应出具锅炉/压力容器/压力管道/电梯等安装质量证明文件，由(A 质量保证工程师 )签署。
5. 特种设备使用单位应当按照安全技术规范的要求，在检验合格有效期届满前( C 一个月 )向特种设备检验机构提出定期检验要求。
6. 分项工程的质量验收应由（A 专业监理工程师 ）（或建设单位项目专业技术负责人）组织施工单位项目专业技术负责人和质量检查人员进行。
7. 阀门的壳体试验压力应为阀门在20℃时最大允许工作压力的( D 1.5 )倍。
8. 夹套阀门的夹套部分试验压力应为设计压力的（D 1.5 ）倍。
9. 用于GC1级管道和设计压力大于或等于10MPa的C类流体管道的阀门，应进行（ D 100% ）检验。
10. 用于GC3级管道和D类流体管道的阀门，应每个检验批抽查（C 5% ），且不得少于1个。
11. 弯管的管端中心偏差值，GC1级管道和C类流体管道中，输送毒性程度为极度危害介质或设计压力大于或等于10MPa的弯管，每米管端中心偏差值不得超过
（ B 1.5 ）mm。
12. 夹套弯管的外管和内管，其同轴度偏差不得大于（ B 3 ）mm。
13. 承插焊管件与管子焊接时，角焊缝的最小焊脚尺寸应为直管名义厚度的
（ B 1.25 ）倍，且不应小于3mm。
14. 管道环焊缝距支、吊架净距不得小于（C 50 ）mm。
15. 高温或低温管道法兰的螺栓，在试运行时，热态紧固或冷态紧固应在达到工作温度（B 2 ）h后进行。
16. 管道设计温度高于100℃或低于（ A 0 ）℃，螺栓、螺母应涂刷二硫化钼油脂、石墨机油或石墨粉等。
17. 管道系统与动设备最终连接时，动设备额定转速小于或等于6000r/min时的位移值应小于（ B 0.02 ）mm；
18. 有色金属管道组成件与黑色金属管道支承件之间不得直接接触，应采用同材质或对管道组成件无害的（ A 非金属 ）隔离垫进行隔离。
19. 铜及铜合金管道连接时，翻边连接的管子，应保持同轴，当公称尺寸大于50mm时，其偏差不应大于（ B 2 ）mm。
20. 伴热管应与主管平行，位置、间距应正确，并应自行排液。不得将伴热管直接点焊在主管上。弯头部位的伴热管绑扎带不得少于（ B 3）道。
第二章 练习题
单选题
1.属于深基础的是（ B 桩基础）。
2. 安装胀锚地脚螺栓的基础混凝土强度不得小于（ D 10 ）MPa。
3. 平面位置安装基准线与基础实际轴线或与厂房墙（柱）的实际轴线、边缘线的距离，其允许偏差为±（B 20 ）ｍｍ。
4. 活动地脚螺栓又称长地脚螺栓，是一种可拆卸的地脚螺栓，用于固定工作时（ B 有强烈振动和冲击）的重型机械设备。
5. 地脚螺栓任一部分离安装预留孔壁的距离于不宜小于（ B 15 ）ｍｍ
6. 相邻两根胀锚螺栓的中心距离不得小于胀锚螺栓公称直径的（ B 10 ）倍。
7. 每一垫铁组的块数不宜超过（ D 5）块；
8. 机械设备调平后，垫铁端面应露出设备底面外缘；平垫铁宜露出 ( 10～30）mm；
9. 设备安装灌浆时，灌浆料是以高强度材料作为骨料，以水泥作为（ B结合剂），辅以高流态、微膨胀、防离析等物质配制而成。
10. 设备安装灌浆时，当机械设备底座下不需全部灌浆，且灌浆层需承受设备负荷时，应设置（B内模板 ）。
11.测量设备安装精度时，被测实际要素对其理想要素的变动量叫作（C 主要形状误差）。
12. 不属于设备混凝土基础外观质量要求的是( )。
A设备基础外表面应无裂纹、空洞、掉角、露筋 C设备基础表面和地脚螺栓预留孔中油污、碎石、泥土、积水等应清除干净 D地脚螺栓预留孔内应无露筋、凹凸等缺陷，孔壁应垂直
13.不属于固定式地脚螺栓的是( )。
B预埋地脚螺栓 C预留孔地脚螺栓 D用环氧砂浆锚固地脚螺栓
14. 当采用和装设Ｔ形头地脚螺栓时，不符合要求的是( ) 。
B地脚螺栓光杆部分和基础板应刷防锈漆 C埋设Ｔ形头地脚螺栓用锚板应牢固、平正；螺栓安装前，应加设临时盖板保护，并应防止油、水、杂物掉入孔内；护管与锚板应进行镀锌处理 D预留孔或管状模板内的密封填充物，应符合设计规定
15. 承受负荷的垫铁组，应使用(D成对斜垫铁 )
16. 垫铁组的使用，不符合规定的是( )。
B每一垫铁组的块数不宜超过5块
C放置平垫铁时，厚的宜在下面，薄的宜放中间
D垫铁的厚度不宜小于2mm
17. 清洗设备及装配件表面的防锈油脂，清洗方式不正确的是( )。
B对中、小型形状较复杂的装配件，可采用相应的清洗液浸泡，浸洗时间随清洗液的性质、温度和装配件的要求确定，宜为2～20min，且宜采用多步清洗法或浸、涮结合清洗；采用加热浸洗时，应控制清洗液温度；被清洗件不得接触容器壁 C对形状复杂、污垢黏附严重的装配件宜采用溶剂油、蒸汽、热空气进行喷洗；对精密零件、滚动轴承等不得用喷洗法 D对形状复杂、油垢粘附严重、清洗要求高的装配件，宜采用浸、喷联合清洗
18. 试运转前的准备工作不正确的是( )
A熟悉设备说明书和有关技术文件资料，了解设备的构造和性能，掌握其操作程序、操作方法和安全守则 C试运转时用的工具、材料（特别是润滑剂）、安全防护设施及防护用品都应准备齐全 D控制系统、安全防护装置、制动机构等，经检查调试，应达到运行良好、灵敏可靠、电机转向与运动部件的运转方向符合技术文件规定
19. 基础的施工质量（精度）不包括（ ）。
A基础的外形几何尺寸、位置 B基础的强度、刚度 D基础的沉降量、倾斜度及抗震性能
20. 技术测量是为确定量值而进行的实验过程。测量过程四个要素不包括（ A测量工具）。
习题一
1.属于深基础的是（ B 桩基础 ）。
2.不属于按基础的结构形式分类的是（ C 桩基础 ）
3. 安装胀锚地脚螺栓的基础混凝土强度不得小于（ D 10 ）MPa。
4. 地脚螺栓预留孔内应无露筋、凹凸等缺陷，孔壁应（ C 垂直 ）。
5. 平面位置安装基准线与基础实际轴线或与厂房墙（柱）的实际轴线、边缘线的距离，其允许偏差为±（ B 20 ）ｍｍ。
6. 固定地脚螺栓又称为短地脚螺栓，它与基础浇灌在一起，用来固定（A 没有强烈振动和冲击 ）的设备。
7. 活动地脚螺栓又称长地脚螺栓，是一种可拆卸的地脚螺栓，用于固定工作时（ B 有强烈振动和冲击 ）的重型机械设备。
8. 胀锚地脚螺栓中心到基础边缘的距离不小于（C 7 ）倍的胀锚地脚螺栓直径。
9. 地脚螺栓任一部分离安装预留孔壁的距离于不宜小于（B 15 ）ｍｍ
10. 安装预留孔中的地脚螺栓时，应在预留孔中的混凝土达到设计强度的（A 75 ）％以上时拧紧地脚螺栓，各螺栓的拧紧力应均匀。
习题二
1.测量设备安装精度时，被测实际要素对其理想要素的变动量叫作（C 主要形状误差 ）。
2. 素混凝土不包括的材料是(B 砂 C 石 D 水泥 )。
3. 不属于设备混凝土基础外观质量要求的是()。
A设备基础外表面应无裂纹、空洞、掉角、露筋 C设备基础表面和地脚螺栓预留孔中油污、碎石、泥土、积水等应清除干净 D地脚螺栓预留孔内应无露筋、凹凸等缺陷，孔壁应垂直
CPU占用过高问题分析
篇二:gc18.info
1.1.2 CPU 占用过高问题定位过程
1．问题描述
200 人并发使用某服务器，使用中出现所有客户端卡死，服务器无法接收客户端任何请求。提供了一个线索：此时服务器CPU 利用率接近100%。
2．定位分析
这台服务器运行着ERP 系统，主要承载Web 服务器，根据客户提供的线索很可能是CPU利用率100%导致服务器繁忙，而不能及时响应所有客户端的请求，出现所有客户端“假死”现象，这是很常见的问题。
往往很多非专业计算机人员遇到这种问题就重启一下Web 服务器或客户服务器，继续使用。这样既解决不了问题，又会丢失线索，而且问题还会重复出现。
先看一下服务器计数器，计数器中显示“% Time in GC”为CPU 利用率90%，如图1-9所示。
说明：一般 % Time in GC > 10%，基本上就应该检查代码了，而这里达到90%。
现象已经基本明确，是由于w3wp 中的GC 线程不断地在做垃圾回收工作，耗尽CPU 资源，导致服务器不能处理其他客户端客户发来的请求。
到这里只是笼统的分析，还不能确定是什么问题，更不能做任何结论，要确定是什么导致GC 这么忙碌才是最终目的。一般涉及GC 问题都是服务端代码写法不正确导致的，找到代码并修改才是根本。下面就分析一下是哪句代码出的问题。
这里使用WinDbg 工具从webserver 的进程中寻找线索。WinDbg 是微软内部用来调试操作系统bug 的一个工具，当然也能够调试应用程序软件。如果读者对这个工具不熟悉也没有关系，这里只是说明一下分析思路，这一章中还不需要对每个分析点具体了解。
接到客户问题后，使用WinDbg 对服务器进程w3wp.exe dump 了一个文件，把dump 文件拿回本地分析，重启一下服务器，客户可继续使用系统。
Dump 文件的过程是把应用运行中某一时刻的运行信息及状态写到文件中，查看一下线程池：
1. 0:025> !threadpool
2. CPU utilization: 99%
3. Worker Thread: Total: 47 Running: 5 Idle: 42 MaxLimit: 800 MinLimit: 8
4. Work Request in Queue: 0
5. --------------------------------------
6. Number of Timers: 46
7. --------------------------------------
8. Completion Port Thread:Total: 2 Free: 2 MaxFree: 16 CurrentLimit: 2 MaxLimit: 800 Mi
nLimit: 8
说明：在本书中由于这样的分析展示比较多，关键数字我会以粗体进行标注，比如“99%”被标记为粗体显示。
CPU 利用率比较高，dump 文件这一刻CPU 利用率是99%，说明很可能在这个dump 文件中能够找到线索。
w3wp 通过内部多线程方式来同时处理多客户端请求，线程池的数量根据请求数自动分配，一般有几十个线程在工作。随便选择一个线程：
1. 0:025> kb
2. ChildEBP RetAddr Args to Child
3. 1b24f974 75430816 000003c0 00000000 00000000 ntdll!ZwWaitForSingleObject+0x15
4. 1b24f9e0 76da1194 000003c0 ffffffff 00000000 KERNELBASE!WaitForSingleObjectEx+0x98
5. 1b24f9f8 6c3f1030 000003c0 ffffffff 00000000 kernel32!WaitForSingleObjectExImplement
ation+0x75
6. 1b24fa2c 6c3f1071 000003c0 ffffffff 00000000 clr!CLREvent::CreateManualEvent+0xf6
7. 1b24fa7c 6c3ed3e8 00000000 75393cd7 00000000 clr!CLREvent::CreateManualEvent+0x137
8. 1b24fabc 6c3ed409 ffffffff 00000000 00000000 clr!CLREvent::WaitEx+0x126
9. 1b24fad0 6c4391dd ffffffff 00000000 00000000 clr!CLREvent::Wait+0x19
10. 1b24faf0 6c43a296 1afa0048 00000002 6c43a370 clr!SVR::t_join::join+0xef
11. 1b24fb10 6c43a08f 00000002 1b24fb30 00000001 clr!SVR::gc_heap::scan_dependent_handle
s+0x31
12. 1b24fb58 6c439615 00000002 00000000 1afa057c clr!SVR::gc_heap::mark_phase+0x427
13. 1b24fb84 6c439cbb 75393dab 00000004 1afa0048 clr!SVR::gc_heap::gc1+0x63
14. 1b24fbc0 6c439328 00000000 00000000 1afa0048 clr!SVR::gc_heap::garbage_collect+0x30d
15. 1b24fbe8 6c4998cb ffffffff 7754a11c 7754a0ca clr!SVR::gc_heap::gc_thread_function+0x
73
16. 1b24ff00 76da33ca 1afa0048 1b24ff4c 77549ed2 clr!SVR::gc_heap::gc_thread_stub+0x7e
17. 1b24ff0c 77549ed2 1afa0048 6c4152e5 00000000 kernel32!BaseThreadInitThunk+0xe
18. 1b24ff4c 77549ea5 6c499879 1afa0048 ffffffff ntdll!__RtlUserThreadStart+0x70
19. 1b24ff64 00000000 6c499879 1afa0048 00000000 ntdll!_RtlUserThreadStart+0x1b
这个线程的调用堆栈如上所示，调用顺序从下往上。可以看到这个线程在等待GC 操作。又看了其他几个不同的线程，也是如此。
其中有个35 号线程有点问题，它的堆栈调用如下：
1. 0:025> ~35s
2. eax=00000000 ebx=00000000 ecx=27591b10 edx=1576c8c0 esi=000003f8 edi=00000000
3. eip=7752f8c1 esp=1c67d518 ebp=1c67d584 iopl=0 nv up ei pl zr na pe nc
4. cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00000246
5. ntdll!ZwWaitForSingleObject+0x15:
6. 7752f8c1 83c404 add esp,4
7. 0:035> !clrstack
8. OS Thread Id: 0x17e8 (35)
9. Child SP IP Call Site
10. 1c67d820 7752f8c1 [HelperMethodFrame: 1c67d820]
11. 1c67d870 6b87781c System.String.Concat(System.String, System.String)
12. 1c67d888 0100cb90 U.King.EE.FF.EEDoc.DocFF.GetAllSubEmployee(System.String)
13. 1c67d8b8 0100ca6d U.King.EE.Service.EEDoc.EEService.GetAllSubEmployee(System.String)
14. 1c67de14 6c3921db [DebuggerU2MCatchHandlerFrame: 1c67de14]
15. 1c67e08c 6b87d37c System.Reflection.RuntimeMethodInfo.Invoke(System.Object, System.R
eflection
16. BindingFlags, System.Reflection.Binder, System.Object[], System.Globalization.Cultur
eInfo, Boolean)
17. ……（省略完整代码）
18. 69c52cdd System.Web.HttpApplication.System.Web.IHttpAsyncHandler.BeginProcessRequest
(System.
19. Web.HttpContext, System.AsyncCallback, System.Object)
20. 1c67f0ac 69c9a8f2 System.Web.HttpRuntime.ProcessRequestInternal(System.Web.HttpWorke
rRequest)
21. 1c67f0e0 69c9a63d System.Web.HttpRuntime.ProcessRequestNoDemand(System.Web.HttpWorke
r
22. Request)
23. 1c67f0f0 69c99c3d System.Web.Hosting.ISAPIRuntime.ProcessRequest(IntPtr, Int32)
24. 1c67f0f4 6a2b5a7c [InlinedCallFrame: 1c67f0f4]
25. 1c67f168 6a2b5a7c DomainNeutralILStubClass.IL_STUB_COMtoCLR(Int32, Int32, IntPtr)
26. 1c67f2fc 6c3925c1 [GCFrame: 1c67f2fc]
27. 1c67f36c 6c3925c1 [ContextTransitionFrame: 1c67f36c]
28. 1c67f3a0 6c3925c1 [GCFrame: 1c67f3a0]
29. 1c67f4f8 6c3925c1 [ComMethodFrame: 1c67f4f8]
一般%Time in GC 消耗时间比较大的原因是，方法长时间执行，并且产生很多对象，导致GC 线程不断地释放空引用对象。而这里的GetAllSubEmployee 方法内部存在连接运算String.Concat（字符“+”），可以推测很可能是GetAllSubEmployee 方法中有大量循环调用“+”的操作，导致不断地创建对象，不断地被GC 线程回收，所以GC 线程忙碌。到目前这只是推测。
进一步看一下35 号线程中方法的参数值，如下：
1. 0:035> !clrstack -a
2. OS Thread Id: 0x17e8 (35)
3. Child SP IP Call Site
4. 1c67d820 7752f8c1 [HelperMethodFrame: 1c67d820]
5. 1c67d870 6b87781c System.String.Concat(System.String, System.String)
6. PARAMETERS:
7. str0 (<CLR reg>) = 0x29c20038
8. str1 (<CLR reg>) = 0x0f5c59f4
9. LOCALS:
10. 0x1c67d870 = 0x003c2e10
11. <no data>
12. 1c67d888 0100cb90 U.King.EE.FF.GLDoc.DocFF.GetAllSubEmployee(System.String)
13. PARAMETERS:
14. this = <no data>
15. strWhere = <no data>
16. LOCALS:
17. <no data>
18. <no data>
19. <no data>
20. 0x1c67d88c = 0x29c20038
21. <no data>
22. 0x1c67d888 = 0x0f20fa84
23. <no data>
24. 1c67d8b8 0100ca6d U.King.EE.Service.GLDoc.DocService.GetAllSubEmployee(System.String
)
25. PARAMETERS:
26. this = <no data>
27. strWhere = <no data>
28. ……（省略完整代码）
可以看到，String.Concat 的两个参数的地址分别为0x29c20038 和0x0f5c59f4，它们是CLR寄存器中存储数据的内存地址，通过这两个地址我们能够知道存储的是什么数据。
先看一下0x0f5c59f4 指针中的数据：
1. 0:035> !do 0x0f5c59f4
2. Name: System.String
3. MethodTable: 6b8df9ac
4. EEClass: 6b618bb0
5. Size: 92(0x5c) bytes
6. File: C:\Windows\Microsoft.Net\assembly\GAC_32\mscorlib\v4.0_4.0.0.0__b77a5c561934e0
89\
7. mscorlib.dll
8. String: ,'237fb7ed-99d8-4b8c-8ee5-49d4b848dc3d'
9. Fields:
10. MT Field Offset Type VT Attr Value Name
11. 6b8e2978 40000ed 4 System.Int32 1 instance 39 m_stringLength
12. 6b8e1dc8 40000ee 8 System.Char 1 instance 2c m_firstChar
13. 6b8df9ac 40000ef 8 System.String 0 shared static Empty
14. >> Domain:Value 01132680:0aaa0260 1afe6ae8:0aaa0260 <<
这个地址中存储的数据为粗体标注的String 节部分，值为一个guid 类型的数据。再看一下0x29c20038 指针存储的数据：
1. 0:035> !do 0x29c20038
2. Name: System.String
3. MethodTable: 6b8df9ac
4. EEClass: 6b618bb0
5. Size: 7887918(0x785c2e) bytes
6. File: C:\Windows\Microsoft.Net\assembly\GAC_32\mscorlib\v4.0_4.0.0.0__b77a5c561934e0
89\
7. mscorlib.dll
8. String: <String is invalid or too large to print>
9. Fields:
10. MT Field Offset Type VT Attr Value Name
11. 6b8e2978 40000ed 4 System.Int32 1 instance 3943952 m_stringLength
12. 6b8e1dc8 40000ee 8 System.Char 1 instance 27 m_firstChar
13. 6b8df9ac 40000ef 8 System.String 0 shared static Empty
14. >> Domain:Value 01132680:0aaa0260 1afe6ae8:0aaa0260 <<
值为“<String is invalid or too large to print>”，值已经太大了，不能显示，估算了一下字符串长度为近4MB（长度：3943952）。
还是得看一下这个地址0x29c20038 的值才行，性能优化分析不能凭猜，根据我的经验一般去猜十有九错，要用数据说话。用另一个内存查看命令显示一下它的值：
1. 0:035> du 0x29c20038 0x29c20038+1000
2. 29c20038 "18c35a15-6a48-40fd-b4ad-001"
3. 29c20078 "7ddafa85d','18c35a15-6a48-40fd-b"
4. 29c200b8 "4ad-0017ddafa85d','18c35a15-6a48"
5. 29c200f8 "-40fd-b4ad-0017ddafa85d','18c35a"
6. 29c206b8 "-6a48-40fd-b4ad-0017ddafa85d','1"
7. 29c206f8 "8c35a15-6a48-40fd-b4ad-0017ddafa"
8. 29c20738 "85d','18c35a15-6a48-40fd-b4ad-00"
9. 29c20a38 "99012f2b6','cda9b452-8ec0-416c-a"
10. 29c20a78 "436-00299012f2b6','cda9b452-8ec0"
11. 29c20ab8 "-416c-a436-00299012f2b6','cda9b4"
钢号对照表
篇三:gc18.info
Corrispondenze acciai
highcharts插件使用总结和开发中遇到的问题及解决办法
篇四:gc18.info
highcharts插件使用总结和开发中遇到的问题及解决办法 这里使用的highchart是2014-01-09从官网下载的版本，版本号是3.0.8，
当过了几天后，发现版本号变成了3.0.9，不由得的感叹highchart的版本更新之快。
在
jsp中使用
highchart
的步骤：
第一步：引入highchart必需的js文件
<! -- jquery的js要在引入highchart插件的js之前引入 -->
<script
src="<%=basePath%>js/Highcharts3.0.8/jquery-1.8.3.js">
</script>
<!-- 实现highchart核心功能的js -->
<script
src="<%=basePath%>js/Highcharts3.0.8/highcharts.js">
</script>
<!--
导出和打印相关的js ，因为这里修改过的exporting.js包含中文，使用
charset="UTF-8" 进行指定
-->
<script
src="<%=basePath%>js/Highcharts3.0.8/exporting.js" charset="UTF-8">
</script>
开发过程遇到的问题：
1) Js的引入顺序错了，导致highchart的图表出不来，
Highchart插件中用到了jquery，当时jquery-1.8.3.js的引入顺序放到了highchart插件js的下面，
导致当加载highchart插件用到的js时，找不到jquery的js，报出某个js的函数不合法
因此 jquery的js要在引入highchart的js之前引入
2) exporting.js 打印下载的js中，提示的都是英文，
要显示中文，这里采用的方法是修改exporting.js
p(s.lang,{printChart:"打印报表",downloadPNG:"下载为PNG格式图片",downloadJPEG:"下载为JPEG格式图片",gc18.info。
downloadPDF:"下载为PDF格式文档",downloadSVG:"下载为SVG格式矢量图片",contextButtonTitle:"打印 下载"});
修改后的效果：
当修改了exporting.js后，当保存时，没法保存js，提示编码问题
解决方法是：
window>>preferences>>general>>content types
在右边的窗口中打开列表,选中"JavaScript"，在下面的"default encoding"右边的输入框中输入"utf-8"，再点"update"按钮gc18.info。
单击打印下载时，显示的下拉框在大部分的ie
浏览器中显示的很难看，火狐下正常
原因: 上面的下拉框显示很长，是由于hr标签的原因，导致hr的宽度按照 100%进行了显示
解决方法：
在显示highchart图标的jsp页面中，添加hr的样式
<style>gc18.info。
hr{height: 0;margin: 0;padding: 0;width: 0;}
</style>
第二步：组装添加显示highchart图表所用的数据
显示highchart图标的js代码
$(function () {
//填充数据使用,使用jquery来获取隐藏域的值
var xAxisTimeInfo = $("#xAxisTime").val();
var totalRecordInfo = $("#totalRecord").val();
var totalRecordHYInfo = $("#totalRecordHY").val();
var totalRecordLJInfo = $("#totalRecordLJ").val();
$('#container').highcharts({
chart: {
type: 'spline'
},
title: {
text: '每月订单数量统计'
},
subtitle: {
text: ''
},
exporting:{
filename:"订单统计", //下载显示的文件名称
sourceWidth: 1000, //下载图片的宽度
sourceHeight: 550, //下载图片的高度
//指定下载图片的url，这里使用的本地的java代码，没有使用官网的代码(那//样会受到highchart官网的网络限制,这里的java代码是结合的struts1来//实现的，在java代码解决了导出图片中中文乱码的问题以及下载文件名乱码//的问题,详见java代码中说明) url:'<%=basePath%>shop/newOrder/orderPre/exportImage.do'//这里是一个重点哦,也可以修改exporting.js中对应的url
},
/**
* 去掉图标的右下角HightCharts.com 的图标
*/
credits: {
enabled : false, //设置false就不会显示右下角的官网链接
//右下角连接的显示位置
position:{ align: 'right',x: -8, verticalAlign: 'bottom',y: -390 },
//右下角链接的地址href:'<%=basePath%>shop/newOrder/orderPre/orderSearch4HighCharts.do?type=1',
text:'区域图表',//右下角连接的名字
style : {cursor:'pointer',color:'#909090',fontSize:'20px'}
},
xAxis: {
categories: eval(xAxisTimeInfo)
},
yAxis: {
min: 0,
title: {
text: '单位 (个)'
}
},