framework4.0达到传说新境界，.NET4九大新特性分析
有关该内容的更多的信息，请参阅文章《.NET框架4中的安全变化》。
具体来说，本文中将介绍.NET框架4的如下一
【菜科解读】
请注意，.NET框架4引入了一个改进的安全模式。
有关该内容的更多的信息，请参阅文章《.NET框架4中的安全变化》。
具体来说，本文中将介绍.NET框架4的如下一些新功能和改进特征：
应用程序兼容性和部署
内核新功能及改进
托管扩展框架
并行计算
网络编程
Web开发
客户端开发
数据
通信和工作流
一、应用程序兼容性和部署
除了一些在安全、标准遵从、正确性、可靠性及性能等方面的改进之外，.NET框架4与基于早期.NET框架版本构建的应用程序高度兼容。
.NET框架4并不会自动使用当前版本的公共语言运行库来运行使用早期版本的.NET框架构建的应用程序。
为了在.NET框架4下运行以前的应用程序，你必须使用在您的Visual Studio项目的属性中指定的目标.NET框架版本重新编译您的应用程序，或者在应用程序的配置文件中使用元素来指定支持的运行时刻库。
如果安装.NET框架4后您的应用程序或组件无法工作，请在微软联系网站提交一份错误报告。
您可以如在《.NET框架4应用程序兼容性》中所描述的那样进行兼容性测试，并参考文章《演练：Visual Studio 2010和.NET框架4》来了解有关新的功能。
有关其他信息及已知的迁移问题，可以访问博客《.NET框架兼容性》。
以下各小节将描述应用部署方面的改善。
(一)客户配置
.NET框架4的客户配置支持比以前的版本更多的平台，并为您的 Windows Presentation Foundation(WPF)、控制台或Windows窗体应用程序提供快速的部署体验。
有关该内容的更多的信息，请参阅文章《.NET框架客户端配置》。
(二)进程内并行执行
此功能能够使应用程序在同一进程中加载和启动.NET框架的多个版本。
例如，您可以在同一进程中运行加载插件(或组件)的应用程序，程序本身基于.NET框架 2.0 SP1而插件基于.NET框架4。
更早一些的组件将继续使用早的.NET框架版本，而新的组件使用新的.NET框架版本。
有关该内容的更多的信息，请参考文章《进程内并行执行》。
二、内核新功能及改进
以下各小节将描述公共语言运行时刻库和基础类库所提供的新功能和改进特征。
(一)诊断和性能
早期版本的.NET框架并没有提供一种方法来确定一个特定的应用程序域是否正在影响其他应用程序域，因为操作系统的API及相关工具(如 Windows任务管理器)都被精确设计到进程级。
从.NET框架4开始，你可以在每一个应用程序域中获取处理器及内存的使用估测信息。
您可以监控每一个应用程序域的CPU和内存使用情况。
可以通过托管和本机宿主API以及Windows事件跟踪(ETW)来进行应用程序域资源的监控。
当启用此功能后，它能够在进程的整个生命周期过程中收集所有应用程序域的统计信息。
有关此主题，你也可以参考新属性AppDomain.MonitoringIsEnabled的介绍。
现在，您可以为了诊断目的而访问ETW事件以提高性能。
有关该内容的更多的信息，请参阅文章《CLR ETW事件》和《控制.NET框架日志》，还可以参考文章《性能计数器和进程内并行应用》。
最后，System.Runtime.ExceptionServices.HandleProcessCorruptedStateExceptionsAttribute 属性能够支持在托管代码中处理显示崩溃的进程状态的异常。
(二)垃圾收集
.NET框架4支持后台垃圾收集。
此功能取代了以前版本中的并行垃圾收集，从而提供更好的系统性能。
有关该内容的更多的信息，请参阅文章《垃圾收集基础》。
(三)代码契约
代码契约功能允许你指定那些仅通过方法或类型的签名尚不能描述的契约信息。
新命名空间System.Diagnostics.Contracts中包含的类提供了一种独立于语言的方法并使用前置条件、后置条件和对象不变量等形式来表达编码假设。
这些契约通过运行时检查能够改进测试，支持静态契约校验，并支持文档生成。
有关该内容的更多的信息，请参见《代码契约》。
(四)仅使用设计时互操作程序集
如今，你不再需要携带主互操作程序集(PIA)来部署与COM对象互操作的应用程序。
在.NET框架4中，编译器可以从互操作程序集中嵌入类型信息，而且能够仅选择那些应用程序(例如，一个插件)实际使用的类型。
类型安全由公共语言运行时来保障。
有关信息，请参阅文章《在托管代码中使用COM类型》和《演练：从微软 Office程序集中嵌入类型信息(C#和Visual Basic)》。
(五)动态语言运行时
动态语言运行时 (DLR)是一个新的运行时环境，它把一组针对动态语言的服务添加到CLR中。
DLR使开发运行于.NET框架上的动态语言更加容易，而且有利于把动态特性添加到静态类型的语言中。
为了支持DLR，.NET框架中添加了一个新的命名空间System.Dynamic。
通过引入新的描述控制流的类型，例如System.Linq.Expressions.LoopExpression和 System.Linq.Expressions.TryExpression，表达式树功能被进一步扩展。
注意，这些新的类型仅为动态语言运行时 (DLR)所使用，而不能够由LINQ使用。
此外，还有一些支持.NET框架基础设施的新类被添加到 System.Runtime.CompilerServices命名空间中。
有关该内容的更多的信息，请参见文章《动态语言运行时概述》。
(六)协变与反变
有几种泛型接口和委托现在支持协变与反变功能。
有关该内容的更多的信息，请参见《泛型中的协变与反变》。
(七)BigInteger和复数
新的System.Numerics.BigInteger结构是一个任意精度的整数数据类型，它支持所有标准的整数运算，其中包括位操作。
BigInteger可以用于任何.NET框架语言中。
此外，一些新的.NET框架语言(如F#和 IronPython)都已内置了对此结构的支持。
新的System.Numerics.Complex结构用于描述一个复数，而且支持复数的算术运算和三角运算。
(八)元组
.NET框架4引入了System.Tuple类，用于创建包含结构化数据的元组对象。
另外，还提供了泛型元组类以便支持具有1至8个组件的元组。
为了支持有9个或更多组件的元组对象，提供了一个泛型元组类，此类使用7个类型参数，而第8个参数可以是任何的元组类型。
(九)文件系统枚举功能方面的改进
.NET框架4又增加了新的文件枚举方法，从而进一步提高访问巨型文件目录或遍历大文件的应用程序的性能。
有关该内容的更多的信息，请参见文章《如何：枚举目录和文件》。
(十)内存映射文件
.NET框架现在支持内存映射文件。
你可以使用内存映射文件来编辑非常大的文件，还可以为进程间通信创建共享内存。
(十一)64位操作系统与进程
您可以使用Environment.Is64BitOperatingSystem和 Environment.Is64BitProcess属性来标识64位的操作系统和进程。
当你打开基键时，您可以使用 Microsoft.Win32.RegistryView枚举来指定一个32位或64位的注册表视图。
(十二)其他新功能
以下列表描述了公共语言运行库和基础类库其他方面的新功能、改进和便利之处。
其中的一些功能是基于客户建议提供的。
为了支持文化敏感型格式，System.TimeSpan结构包括了对于ToString、Parse和TryParse方法的新的重载，还有对ParseExact和 TryParseExact方法的新的重载。
新的String.IsNullOrWhiteSpace方法能够确定一个字符串是 null，空串，还是只包含空白字符。
新增加了对String.Concat和String.Join方法的重载，这两个重载方法能够串联 System.Collections.Generic.IEnumerable集合中的成员。
String.Concat方法能够使让您串连一个可枚举集合中的每一个元素，而不必预先把这些元素转换为字符串。
又增加了两个新的更方便的方法：StringBuilder.Clear和Stopwatch.Restart。
新的Enum.HasFlag方法可以确定是设置一个枚举值中的一位还是多位域(标志)。
Enum.TryParse方法返回一个布尔值，用于指示是否成功地解析了一个字符串或整数。
System.Environment.SpecialFolder枚举中包含了几个新的文件夹。
现在，您可以使用从 System.IO.Stream类继承的类中的CopyTo方法轻松地把一个流复制到另一个流中。
新的重载的 Path.Combine方法能够使您合并多个文件路径。
新的System.IObservable)>)和System.IObserver)>)接口提供了一种更一般化的机制用于基于推技术的通知。
System.IntPtr和 System.UIntPtr类现在包括了对加法和减法运算符的支持。
现在，您可以通过把类型包装在一个 System.Lazy类中来实现对任何自定义类型的延迟初始化。
新的 System.Collections.Generic.SortedSet类提供了一棵自我平衡树，它能够在插入、删除和搜索数据后维护数据的排列顺序。
这个类实现了新的System.Collections.Generic.ISet接口。
针对 System.IO.Compression.DeflateStream和System.IO.Compression.GZipStream类的压缩算法得到进一步的改进，以便使已压缩的数据不再膨胀。
此外，还取消了对压缩流的4G大小的限制。
新的重载的 Monitor.Enter(Object, Boolean)方法中可以使用一个布尔类型的引用，只有当监视器成功地进入时此变量才被自动设置为true。
您可以使用 Thread.Yield方法让调用线程把当前执行上下文让给另一个已准备好在当前处理器上运行的线程。
System.Guid结构现在包含了TryParse和TryParseExact方法。
新的Microsoft.Win32.RegistryOptions枚举可以让你指定一个不稳定的注册表项，此项在计算机重新启动后便不再存在。
注册表项不再限制为255个字符的最大长度。
三、托管扩展框架
托管扩展性框架(MEF)是.NET框架4中的一个新库，帮助您构建可扩展的和可组合式应用程序。
MEF可以让您指定在一个应用程序中的扩展点，给其他扩展的应用程序提供服务，以及创建可扩展应用程序所使用的部件等。
MEF还支持很容易地基于元数据搜索到可用的部件，而无需为这些部件加载相应的程序集。
有关该内容的更多的信息，请参阅《托管可扩展框架》。
有关MEF类型的列表，你可以参阅System.ComponentModel.Composition命名空间。
四、并行计算
.NET框架 4针对编写多线程和异步代码引入了一个新的编程模式，从而极大地简化了应用程序和库开发者的编程。
此新的模式可以使开发人员以一种自然的方式来编写高效的，良好粒度的，可扩展的并行代码，而不必直接使用线程或线程池等。
新的System.Threading.Tasks命名空间和其他相关类型支持这种新模式。
并行LINQ(PLINQ)，作为LINQ to Objects的一种并行实现，能够通过声明性语法支持类似的功能。
有关该内容的更多的信息，请参阅《.NET框架并行程序设计》。
五、网络编程
网络编程方面的改进包括以下内容：
针对Windows身份验证的安全改进体现在几个类中，包括 System.Net.HttpWebRequest，System.Net.HttpListener，System.Net.Mail.SmtpClient，System.Net.Security.SslStream 和 System.Net.Security.NegotiateStream。
在Windows 7和Windows Server 2008 R2中运行的应用程序可以使用扩展保护功能。
有关该内容的更多的信息，请参阅《使用扩展保护集成Windows身份验证》。
支持使用 IPv6和Teredo进行网络地址转换(NAT)遍历。
有关该内容的更多的信息，请参阅《使用IPv6和Teredo实现NAT遍历》。
新的网络性能计数器能够提供有关HttpWebRequest对象的信息。
有关该内容的更多的信息，请参阅《网络性能计数器》。
在 System.Net.HttpWebRequest类中，通过重载AddRange方法支持使用64位头部结构。
在 System.Net.HttpWebRequest类中定义的新的属性允许一个应用程序设置很多HTTP头部。
您可以使用Host属性设置一个HTTP 请求中的独立于请求URI的头部值。
提供针对System.Net.Mail.SmtpClient和相关类的安全套接字层(SSL) 支持。
提供在System.Net.Mail.MailMessage类中的针对邮件头部的改进支持。
支持在一个加密中使用空密码。
您可以使用System.Net.ServicePointManager类和EncryptionPolicy属性来指定加密策略。
System.Net.Security.SslStream类的构造函数现在使用一个 System.Net.Security.EncryptionPolicy类作为参数。
为基于密码的身份验证模式，如在 System.Net.NetworkCredential类中定义的基本型(Basic)，摘要式(Digest)，NTLM和Kerberos身份验证等模式，提供证书支持。
为了提高安全性，现在可以把密码视为System.Security.SecureString类的实现，而不是简单的 System.String类的实例。
现在，能够指定如何在System.URI和System.Net.HttpListener类中使用百分比编码值来转换和规范化一个URI。
有关的详细信息，请参阅 System.Net.Configuration.HttpListenerElement，System.Configuratio.SchemeSettingElement，System.Configuration.SchemeSettingElementCollection 和System.Configuration.UriSection等几个类。
六、Web开发
ASP.NET版本4在以下几个方面引入了一些新特点：
核心服务，包括一个新的允许您扩展缓存的API，支持压缩会话状态数据和一个新的应用程序预加载管理器(自动启动功能)。
Web窗体方面，其中包括为ASP.NET路由提供的更加集成化的支持，对Web标准的增强支持，更新的浏览器支持，为数据控件增加了一些新功能，以及为视图状态管理增加了一些新的功能。
Web窗体控件方面，提供了一个新的图表控件。
MVC框架方面，包括针对视图的新的辅助方法，对分区的MVC应用程序的支持，并提供了异步控制器。
动态数据方面，包括针对现有Web应用程序的支持，全对多对多关系和继承的支持，对字段模板和属性的支持，以及增强的数据过滤功能。
在Microsoft AJAX库中增加了针对客户端中心型Ajax应用程序的额外支持。
Visual Web Developer中，包括了改进的针对JScript的智能感知支持，针对HTML和ASP.NET标记的新的自动完整代码片段支持，以及增强的CSS 兼容性支持。
部署方面，为自动化的典型的部署任务增加了新的支持工具。
多目标方面，包括针对无法在.NET框架的目标版本中可用功能的更好的过滤支持。
有关这些功能的更详细的信息，请参考《ASP.NET 4和Visual Web Developer新特征》。
七、客户端开发
Windows Presentation Foundation
在.NET框架4中，Windows Presentation Foundation(WPF)在许多方面都发生了变化并进行了改进，包括控件、图形和XAML等等。
有关该内容的更多的信息，请参考《WPF 4新特征概述》。
八、数据
(一)ADO.NET
ADO.NET的实体框架中提供了新功能，包括持久化透明对象(Persistence-Ignorant Objects，译者注：这种对象具有不必事先在DBMS中建立实体信息就可以利用实体框架的DDL生成功能将POCO对象结构转换成实体信息结构以存入信息库中的能力。
)，在LINQ查询功能和自定义对象层代码生成等。
有关该内容的更多的信息，请参阅《ADO.NET新特征》。
(二) 动态数据
对于ASP.NET 4来说，动态数据支持得到进一步增强，从而给你以更强大的功能快速建立数据驱动的网站。
这包括以下内容：
基于在数据模型定义的约束的自动验证功能。
通过使用已成为动态数据项目的一部分的字段模板，能够方便地改变在GridView和DetailsView控件中针对相应字段生成的标记。
有关该内容的更多的信息，请参考《ASP.NET 4和Visual Web Developer新特征》。
九、通信和工作流
Windows通信基础(WCF)实现了消息管理方面的增强并提供与 Windows工作流基础(WF)的无缝集成。
WF提供的改进体现在性能、可扩展性、工作流建模以及一个更新的可视化设计器等方面。
有关该内容的更多的信息，请参考《Windows通信基础新特征概述》和《Windows工作流基础新特征概述》。
framework4.0,达到,传说,新境界,新,境界,.N上海延安路高架桥龙柱事件的传说和真相
相信在上海生活的朋友都应该知道，上海高架路有不下成百上千个支柱，几乎全都显露着水泥混凝土的本色，唯有在延安路与成都路交叉路口的一个柱子上盘踞了一条金属制作的龙，其实这背后隐藏了一个很玄乎的故事，而这个柱子就是证实上海延安路高架桥龙柱事件的最佳证据。
很多人还不知道在那东西南北高架下起码有几千个主柱，为何唯独这个主柱要盘金色的龙呢?下面奇事奇物小编就带大家一起来了解一下上海延安路高架桥龙柱事件的传说和真相。
在网上查阅资料的时候发现，当时和建筑队里的工人认识的一个网友也谈了当时的情况，具体内容如下：首先我必须强调的是我并不是一个无神论者，我对一些灵异事件的看法可能与大家不太一样，我一直将这些科学无法解释的现象理解为是我们现在科学技术的局限，导致了无法说服大众，其实这样应该也是一种大自然的科学，只是超出了人类现有的认识范畴。
言归正传，我们来谈延安路高架神秘龙柱事件，其实1995年发生的这件事，在上海已经传得很厉害了，各种版本都有，但是所有版本唯一的相同点都提到了当年这柱子怎么也打不到建筑单位预定的位置，我查了一下，这是所有版本中的唯一相同的地方。
长期以来，我一直对上海的这龙柱事件将信将疑，总感觉是不是地段的下方是一个流沙眼?导致打桩柱摇摆不准，很多版本都说是地桩打在了龙头上，地底下怎么会有龙呢?我一直将信将疑。
但是今天，我的疑虑全部打消了，今天中午吃饭，一群同事正在东拉西扯，无意中有个老同事提起了当年在建筑队干活的艰辛岁月，说上海那些重大工程都有他流下的辛勤汗水，我说你就扯淡吧，别告诉我你是二十年前的王石。
老同事似乎越说越来劲，仿佛回到了那段抢工期的光辉岁月。
突然，他提到了延安高架桥就是他们抢下来的，说当年还见到了市长。
我心中突然一下子就联想到那著名的延安高架龙柱事件。
看着老同事还在津津有味地滔滔不绝讲着他的英雄史诗，我实在不忍打断他的雅兴，过了一会儿，我感觉火力稍微弱了些，我便插了他一句话：你们当年抢延安高架时，据说将地桩插到龙的头上去了?你们胆子不小啊!我故意说道。
因为我看得出来，他好像根本对龙柱事件不屑一顾。
让我惊诧的是老同事的回答，老同事若无其事地说着：什么啊，别听外面的传言，当年这根地桩就是我们标段打的，我是亲眼看到这根柱子是怎么打下去的。
当时根本就没有龙柱啊，就是普通的柱子，总共打了七根。
一开始确实打不到预定位置，打了好多次，不知道什么原因，打进去的柱子老是莫名其妙又从地下冒出来，连续打了几天都没用，后来还让其它单位帮忙了，都没用，最后搞得市长都来现场了，第二天后来这地方就被封了，我们都进不去。
也不知道里面在发生什么事，我们后来就被派去第8标去干活了，后来过了三天现场才解封的，那天早上我们进去时，现场已经摆了很多的祭祀用的猪头什么的，都用红纸盖着，一个老和尚带着几个小和尚坐在那里念经。
后来柱子就很顺地下去了。
再也没有从地下冒出来，后来的事就不知道了。
美女导游讲述上海延安路高架桥龙柱的神秘传说 现在如果您来到上海，不妨去看看那根龙柱，就知道了。
还有请牢记：神怪可以不信，但不可不敬。
切记，切记! 上海延安路高架桥龙柱事件在上海流传很久，曾有该工程某技术负责人在报上辟谣说，全无此事，龙型的纹饰纯为市容美观而装置的。
当时造桥专家张耿耿现身释疑：那个桩是我带队打下去的。
这根高架立柱的故事在上海人中很是流行。
但作为当事人之一，我想告诉大家，做法事一说纯属无稽之谈。
1993年下半年，成都路高架项目开始动工建设。
成都路高架与延安路高架交会处这一标段，由隧道建筑公司承建，而我所在的上海市政一公司，则负责承建北面的跨苏州河标段。
交会处的这根立柱，由于上方要支撑起两条高架，共四层路面，又是申城高架申字中心的主立柱，可以说是顶梁柱，技术上要求非常高。
按照设计，这根主立柱直径5米，在地下需要打36根钢管柱。
每根钢管柱直径90厘米，长为64米。
按照施工要求，这批桩基要打到地下60多米深处。
#p#分页标题#e# 但是，当时承建方找来的打桩施工队伍，只擅长建筑物打桩，对于如此密集的立柱打桩没有经验。
在施工方案、施工技术等方面都存在不足。
于是，这支打桩施工队第一批打6根桩时，就遇到了地质的坚硬层面，无论怎么打，就是打不下去的情况。
有的桩只能打到10多米，最深的也只能打到41米，没有一根达到设计标准。
施工遇到了巨大的困难，承建方要求上海市政设计院更改设计，但遭到了设计院的拒绝。
而此时，同在北段施工跨苏州河标段的我们上海市政一公司，已将98根同样粗的桩打入地下。
设计院向我们求助，在成都路高架建设指挥部的协调下，交会处立柱的打桩工程，转由我们来负责建设。
我带着队伍，在施工时采取了三项措施，一是用8吨重锤打桩;二是打桩时不间断地灌水，起润滑作用;三是连续18小时捶打，保证桩柱连续深入。
变更施工方案后，仅用了一个月零5天的时间，我们便将36根桩子全部打入。
完成了成都路高架的节点施工，确保顺利通车。
可见，桩子最终打入，靠的是科学的现代化建设技术，而非风水玄学。
当时设计龙形图案的设计者赵志荣也出来解释称：龙纹雕塑只是装饰。
成都路延安路高架五层立交中心柱上的雕塑，是我的作品。
而之所以选择龙作为题材，这也完全是我的创意，绝非是为了镇风水。
当年，成都路延安路高架立交是上海自己设计的。
相比请天津设计的共和新路中山北路立交方案，我们设计的这个定向式立交占地面积小，一根主立柱配合四面4根T墩，撑起如此多层次的立交：成都路高架在第五层，延安路高架在第二层，连通两条高架的左转匝道桥分别位于三四层，较好解决了中心城区占地的问题。
但相应的代价，就是这根中心柱特别粗，它被设计成直径5米、高度32米、桩基长度62米的巨无霸。
也正是因为这根柱子太过粗大，一方面在开阔的路口不甚美观，另一方面也可能给驾驶员带来视觉阻碍，影响行车安全。
因此在立柱建设的同时，对立柱的装饰也提上了议事日程，使之成了上海高架道路中唯一被装饰的立柱。
当时的建设单位隧道建筑公司非常欣赏我为延安路隧道出风口处设计的大型浮雕，认为非常壮观、气派。
因此，建设单位找到我，将装饰成都路高架大立柱的任务交到我的手上。
在设计立柱装饰雕塑时，没有人给我设定过条条框框。
我每天只要有空，就到施工的地方去感受。
突然一天来了灵感：这条高架，不就是上海的一条巨龙，日夜不停地运转吗?于是，我将这个创意作品命名为龙腾万里·日月同辉。
由于柱子高达30多米，且中间的高架道路相互交错，因此在设计、建造浮雕时，我先设计了平面图，再将它卷起来包裹在柱子上。
并且，我并不喜欢明清的那种张牙舞爪的龙形象，在翻阅了大量古代青铜器的资料后，我借鉴了春秋时期青铜器上龙的形象，比较古朴。
其实，若是仔细观察，柱子上远不止9条龙，大大小小有很多条;此外还有凤、日月等其他元素。
设计、施工花了近10个月的时间，雕塑揭幕后，各种传言这才出来了。
我选择龙，只是因为这根柱子在上海高架最重要的位置，又托着这么沉重的东西。
老百姓的传言，有着联想的成分，或者出于猎奇的心理。
但总之，都是民间戏言，没有事实根据的。
随后，某台的记者为了证实事件的真实性，也对当时工地相关的负责任进行了采访，具体内容如下：记者多方寻访龙柱的设计、施工、雕塑参与者，还原上海都市传奇真实面目，其实延安高架龙柱只是一个传说而已。
疑问：为何打不进桩?施工方：打桩和地形有关。
在百度上搜索上海龙柱，可以得到超过68万个结果。
随着讲述者的不同，这个故事的细节也有诸多不同之处，不过故事的大概基本是这样：在建造延安中路高架的过程中，位于申字中心点的一根柱子无法打桩，屡次施工都失败。
在天涯论坛上，一个名为《今天我终于相信14年前上海延安高架神秘的龙柱事件了!》的帖子，从2009年发布以来，获得了47万多次的点击。
世博会期间，多家旅游类网站在介绍上海的旅游景点时，也将延安路高架龙柱作为景点之一。
进入龙年，有网友说到龙柱处祈福可以获得好运。
人们还提出种种疑问：#p#分页标题#e# 当年大家都知道，造延安路高架的时候，工程因为这根柱子桩打不下去而停滞了很久。
上海都是软土质，地铁都怕沉降，怎么可能打不进去?上海的高架路那么多，柱子成千上万，都没有雕塑，为什么就这根要包上龙?以上种种证据，让传说的可信度，又增加了一层。
上海市市政工程建设处的姜开城回忆，神秘龙柱的传说从1995年立柱建成后，就逐渐在坊间发酵，演化出多个版本，但在他们设计、建造的过程当中从未出现。
作为工程建设方有必要对此事做澄清。
姜开城说，为了祛魅这个传说，他寻访了当时亲身参与工程的同事们，并撰写了多达数千字的资料。
对设计、施工人员而言，他们更习惯将龙柱称作PM109号墩，这是它在南北高架工程中的编号。
PM109号墩在施工中确实曾遇到麻烦，打了10个月的桩，却始终打不进去。
姜开城说，桩打不下去，倒还真和杜月笙有点关系。
109号墩位所在的位置原来是杜月笙公馆，地下先前已曾打过杨木桩，因此地下条件比较复杂。
同时，要在边长14.5米的八角形区域内布置28根桩，布桩密度远远超过桩基设计规范的极值，在打桩过程中土体相互挤压，加大了桩体摩擦系数，增加了打桩的难度。
而且，上海那时没有足够重的桩锤，锤击力不够。
姜开城介绍，隧道公司、三航一公司、耿耿市政公司等等，上海滩凡是能打桩的施工单位，都先后尝试过桩基施工，可就是达不到设计深度。
姜开城表示，最后解决打桩难的问题，靠的是采用了后来很常见的技术手段：其实就是对部分桩内部的土体，取掉三分之二桩身深度左右的土芯，这样土体就释放了部分应力，再在承台的四角增加4根同样的钢管桩。
这两种方法一起尝试之后，施工的成效就很明显了。
疑问：为何独这根柱要多打桩? 设计师：要承担4层高架 不过，疑点仍在。
上海的高架立柱成千上万，为何独独这根要打那么多桩，导致了这么多施工难题?上海市政工程设计研究院的设计师徐激参与了PM109号墩的设计。
他在《延安路立交设计》的论文中介绍说，在设计立交方案时，他们有两种选择：一种是环行立交，优点是施工较为容易;另一种就是现在采用的定向式立交，优点是对交通量发展的适应性好。
最后，设计人员采用了定向式立交的方案，而在这一方案中，共有四层高架道路需要在同一地点交会(即龙柱处)，与地面道路一起形成一个五层的立交结构。
这也就让PM109号墩具有了特殊的使命——它要承担4层高架道路的重量——成都路高架在第五层，延安路高架在第二层，连通两条高架的左转匝道桥分别位于三、四层。
因此，在设计时，它被设计成直径5米、高度32米、桩基长度62米的巨无霸。
而由于采用独柱设计，留给桩基的面积也相应较小，因此才会出现要在小范围内连打28根桩的情况。
徐激说，直至目前，这依然是上海高架道路中最粗的一根立柱。
疑问：为何独这根柱被装饰? 雕塑家：雕龙是我的主意 事实上，也正是因为PM109号桩太过粗大，一方面不甚美观，另一方面也可能给驾驶员带来视错觉，影响行车安全，因此在设计立柱的同时，对立柱的装饰也提上了议事日程。
因此，PM109号桩，也就成了上海高架道路中唯一被装饰的立柱。
龙柱上的雕塑的全名叫做《龙腾万里 日月同辉》，而这组雕塑的创作者，是时任上海油画雕塑院副院长的雕塑家赵志荣。
现在，赵志荣已经退休在家，说到当时创作这组雕塑的经历，他仍记忆犹新，当时因为柱子直径比较大，设计方就想到要做装饰，他们在延安路隧道看到我为风井设计的大型浮雕，那个浮雕53米长、6米高。
他们觉得，这个作者比较有气派，就来找我了。
赵志荣介绍，在设计立柱装饰雕塑时，并没有人给他确定主题。
我当时每天有空，就到施工的地方去感受。
后来突然就有灵感了，这条高架，不就是上海的一条巨龙，日夜不停地运转吗?于是我才有了这个题目，龙的创意完全是我自己想出来的。
赵志荣说。
赵志荣回忆，由于柱子高达30多米，且中间的高架道路相互交错，因此在设计、建造浮雕时，他先设计了平面图，再将它卷起来包裹在柱子上，且考虑到了高架路在柱子上的切面，让上面的龙不被截断，最后我用了殷商时代青铜器的纹样。
赵志荣回忆，设计、施工花了近10个月的时间，在这段时间里他从未听说过任何传说。
直至雕塑揭幕后，才有各种九龙戏珠的传言。
其实根本不是九龙戏珠，我选择龙，是因为这根柱子在上海高架最重要的位置，又托着这么沉重的东西，而龙是飞升变幻的，用龙的创意很好。
至此，事情已经清楚了，延安高架龙柱只是一个传说而已。
揭秘魔鬼圣经恐怖传说？魔鬼圣经
魔鬼圣经是什么？《魔鬼圣经》收录了包括《旧约》与《新约》在内的圣经，其中《使徒行传》和《启示录》为古拉丁语译本，其他部分均为拉丁语版武加大译本。
此书同时也收录了塞维尔大主教圣伊西多尔所著百科全书《词源》、弗拉维奥·约瑟夫斯所著史书《犹太古史》、布拉格的圣葛斯默所著史书《波希米亚编年史》、众多涉及历史学、词源学和中世纪生理学的文章、包含亡者录的历书、修道院修士的名单、魔法咒语、驱魔仪式和其他地区记录。
全书均使用拉丁语抄录。
在本书的第577页上用整页篇幅绘制有一幅独特而著名的魔鬼撒旦画像。
而在包括此页在内的附近数页上，文字和纸张都比全书的其他部分更加严重地黑化了。
而发生这一现象的原因是这幅魔鬼画像经常被翻看，而使此页更加经常性的暴露在阳光下，使羊皮纸张吸收了更多紫外线而黑化了。
魔鬼圣经的历史：《魔鬼圣经》用木制封面装订而成，封面包覆着皮革和金属装饰。
全书重量为75公斤，长度为92厘米，宽度为50厘米，厚度为22厘米，几乎是完整《圣经》的5倍。
该书最初由320张羊皮纸（取自160张整羊羔皮）构成，但目前少了其中8页，至于这8页为什么会神秘消失至今仍然没人知道已经成为了一个未解之谜。
魔鬼圣经的传说：传说此书的抄写人是一个僧侣，因为触犯了修道院的律条将要受酷刑处死。
为了逃避严酷的刑罚，他宣誓在一夜之间制作一部包含所有人类知识的书籍以永久彰示修道院的荣光。
午夜将近时，他明白自己无法完成这个艰巨的任务，菜科网，于是将灵魂出卖给魔鬼，在魔鬼的帮助下他抄写完成了全书，并将魔鬼的画像加入了书中以显示撒旦的力量。
魔鬼在书中的能量侵蚀着书的拥有者和书本身，使得书的主人遭遇厄运，也使得魔鬼画像附近的书页如同被火烤炙般黑化了。
虽然有这样的传说，但是此书并没有受到宗教裁判所的禁止，《魔鬼圣经》也因而得以被众多学者所研究。
许多人认为，之所以会产生这种传说，是因为在当时的历史背景下出现如此大幅的魔鬼画像确实十分罕见而引人注目，而让这部书更加著名的最好办法显然就是把书与魔鬼撒旦联系起来，而事实证明，确实许多人正是为了一睹魔鬼的形象而被这部书所吸引的。
然而很多人都忽视的一点是，在这幅魔鬼画像的对页上，同样用整幅篇幅画着被认为是描述天国景象的图画，许多人认为这正是此书的抄写人为了表示世间善恶并存这一事实的象征。
