蓝色理想 - 网站设计与开发人员之家
您的位置：
官方微博:/
热门搜索：
文章最新评论
妙手回春:网站可用性测试及优化指南
& Blueidea.com. 版权所有一个网页打开的全过程
　　从用户在浏览器输入域名开始，到web页面加载完毕，这是一个说复杂不复杂，说简单不简单的过程，下文暂且把这个过程称作网页加载过程。下面我将依靠自己的经验，总结一下整个过程。如有错漏，欢迎指正。
　　阅读本文需要读者已有一定的计算机知识，了解TCP、DNS等。
　　众所周知，打开一个网页的过程中，浏览器会因页面上的css/js/image等静态资源会多次发起连接请求，所以我们暂且把这个网页加载过程分成两部分：
html(jsp/php/aspx) 页面加载(假设存在简单的Nginx负载均衡)css/js/image等 网页静态资源加载(假设使用CDN)
2.1 页面加载
　　先上一张图，直观明了地让大家了解下基本流程，然后我们再逐一分析。
　　2.1.1 DNS解析
　　什么是DNS解析？当用户输入一个网址并按下回车键的时候，浏览器得到了一个域名。而在实际通信过程中，我们需要的是一个IP地址。因此我们需要先把域名转换成相应的IP地址，这个过程称作DNS解析。
1) 浏览器首先搜索浏览器自身缓存的DNS记录。
　　或许很多人不知道，浏览器自身也带有一层DNS缓存。Chrome 缓存1000条DNS解析结果，缓存时间大概在一分钟左右。
　　（Chrome浏览器通过输入：chrome://net-internals/#dns 打开DNS缓存页面）
　　2) 如果浏览器缓存中没有找到需要的记录或记录已经过期，则搜索hosts文件和操作系统缓存。
　　在Windows操作系统中，可以通过 ipconfig /displaydns 命令查看本机当前的缓存。
　　通过hosts文件，你可以手动指定一个域名和其对应的IP解析结果，并且该结果一旦被使用，同样会被缓存到操作系统缓存中。
　　Windows系统的hosts文件在%systemroot%\system32\drivers\etc下，linux系统的hosts文件在/etc/hosts下。
　　3) 如果在hosts文件和操作系统缓存中没有找到需要的记录或记录已经过期，则向域名解析服务器发送解析请求。
　　其实第一台被访问的域名解析服务器就是我们平时在设置中填写的DNS服务器一项，当操作系统缓存中也没有命中的时候，系统会向DNS服务器正式发出解析请求。这里是真正意义上开始解析一个未知的域名。
　　一般一台域名解析服务器会被地理位置临近的大量用户使用（特别是ISP的DNS），一般常见的网站域名解析都能在这里命中。
　　4) 如果域名解析服务器也没有该域名的记录，则开始递归+迭代解析。
　　这里我们举个例子，如果我们要解析的是mail.google.com。
　　首先我们的域名解析服务器会向根域服务器（全球只有13台）发出请求。显然，仅凭13台服务器不可能把全球所有IP都记录下来。所以根域服务器记录的是com域服务器的IP、cn域服务器的IP、org域服务器的IP……。如果我们要查找.com结尾的域名，那么我们可以到com域服务器去进一步解析。所以其实这部分的域名解析过程是一个树形的搜索过程。
根域服务器告诉我们com域服务器的IP。
　　接着我们的域名解析服务器会向com域服务器发出请求。根域服务器并没有mail.google.com的IP，但是却有google.com域服务器的IP。
　　接着我们的域名解析服务器会向google.com域服务器发出请求。...
　　如此重复，直到获得mail.google.com的IP地址。
　　为什么是递归：问题由一开始的本机要解析mail.google.com变成域名解析服务器要解析mail.google.com，这是递归。
　　为什么是迭代：问题由向根域服务器发出请求变成向com域服务器发出请求再变成向google.com域发出请求，这是迭代。
　　5) 获取域名对应的IP后，一步步向上返回，直到返回给浏览器。
　　2.1.2 发起TCP请求
　　浏览器会选择一个大于1024的本机端口向目标IP地址的80端口发起TCP连接请求。经过标准的TCP握手流程，建立TCP连接。
　　关于TCP协议的细节，这里就不再阐述。这里只是简单地用一张图说明一下TCP的握手过程。如果不了解TCP，可以选择跳过此段，不影响本文其他部分的浏览。
　　2.1.3 发起HTTP请求
　　其本质是在建立起的TCP连接中，按照HTTP协议标准发送一个索要网页的请求。
　　2.1.4 负载均衡
　　什么是负载均衡？当一台服务器无法支持大量的用户访问时，将用户分摊到两个或多个服务器上的方法叫负载均衡。
　　什么是Nginx？Nginx是一款面向性能设计的HTTP服务器，相较于Apache、lighttpd具有占有内存少，稳定性高等优势。
　　负载均衡的方法很多，Nginx负载均衡、LVS-NAT、LVS-DR等。这里，我们以简单的Nginx负载均衡为例。关于负载均衡的多种方法详情大家可以Google一下。
　　Nginx有4种类型的模块：core、handlers、filters、load-balancers。
　　我们这里讨论其中的2种，分别是负责负载均衡的模块load-balancers和负责执行一系列过滤操作的filters模块。
　　1) 一般，如果我们的平台配备了负载均衡的话，前一步DNS解析获得的IP地址应该是我们Nginx负载均衡服务器的IP地址。所以，我们的浏览器将我们的网页请求发送到了Nginx负载均衡服务器上。
　　2) Nginx根据我们设定的分配算法和规则，选择一台后端的真实Web服务器，与之建立TCP连接、并转发我们浏览器发出去的网页请求。
　　　　Nginx默认支持 RR轮转法 和 ip_hash法 这2种分配算法。
　　　　前者会从头到尾一个个轮询所有Web服务器，而后者则对源IP使用hash函数确定应该转发到哪个Web服务器上，也能保证同一个IP的请求能发送到同一个Web服务器上实现会话粘连。
　　　　也有其他扩展分配算法，如：
　　　　fair：这种算法会选择相应时间最短的Web服务器
　　　　url_hash：这种算法会使得相同的url发送到同一个Web服务器
　　3) Web服务器收到请求，产生响应，并将网页发送给Nginx负载均衡服务器。
　　4) Nginx负载均衡服务器将网页传递给filters链处理，之后发回给我们的浏览器。
　　而Filter的功能可以理解成先把前一步生成的结果处理一遍，再返回给浏览器。比如可以将前面没有压缩的网页用gzip压缩后再返回给浏览器。
　　2.1.5 浏览器渲染
　　1) 浏览器根据页面内容，生成DOM Tree。根据CSS内容，生成CSS Rule Tree(规则树)。调用JS执行引擎执行JS代码。
　　2) 根据DOM Tree和CSS Rule Tree生成Render Tree(呈现树)
　　3) 根据Render Tree渲染网页
　　　　但是在浏览器解析页面内容的时候，会发现页面引用了其他未加载的image、css文件、js文件等静态内容，因此开始了第二部分。
　　2.2 网页静态资源加载
　　以阿里巴巴的淘宝网首页的logo为例，其url地址为 img.alicdn.com/tps/i2/TB1bNE7LFXXXXaOXFXXwFSA1XXX-292-116.png_145x145.jpg
　　我们清楚地看到了url中有cdn字样。
　　什么是CDN？如果我在广州访问杭州的淘宝网，跨省的通信必然造成延迟。如果淘宝网能在广东建立一个服务器，静态资源我可以直接从就近的广东服务器获取，必然能提高整个网站的打开速度，这就是CDN。CDN叫内容分发网络，是依靠部署在各地的边缘服务器，使用户就近获取所需内容，降低网络拥塞，提高用户访问响应速度。
　　接下来的流程就是浏览器根据url加载该url下的图片内容。本质上是浏览器重新开始第一部分的流程，所以这里不再重复阐述。区别只是负责均衡服务器后端的服务器不再是应用服务器，而是提供静态资源的服务器。
没有更多推荐了，
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！Web Service_百度百科
清除历史记录关闭
声明：百科词条人人可编辑，词条创建和修改均免费，绝不存在官方及代理商付费代编，请勿上当受骗。
Web Service
Web service是一个独立的，低耦合的，自包含的、基于可的web的应用程序，可使用开放的（下的一个子集）来、发布、发现、协调和配置这些应用程序，用于开发分布式的互操作的。
Web Service技术， 能使得运行在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件， 就可相互交换数据或集成。依据Web Service规范实施的应用之间， 无论它们所使用的语言、 平台或内部协议是什么， 都可以相互交换数据。Web Service是自描述、 自包含的可用网络模块， 可以执行具体的业务功能。Web Service也很容易部署， 因为它们基于一些常规的产业标准以及已有的一些技术，诸如下的子集、HTTP。Web Service减少了应用接口的花费。Web Service为整个企业甚至多个组织之间的业务流程的集成提供了一个通用机制。
Web Service历史
web广泛用到的技术：
：通用，被各种设备使用
（下的一个应用）：通用用户界面，可以使用HTML标签显示数据
.NET: 不同应用程序间共享数据与数据交换
：写一次可以在任何系统运行的通用，因为java具有跨平台特性
（下的一个子集）：通用数据表达语言，在web上传送结构化数据的容易方法
他们的特点是其开放性，跨平台性，开放性正是Web services的基础。
近几年来，Internet的迅猛发展使其成为全球信息传递与共享的巨大的资源库。越来越多的网络环境下的Web应用系统被建立起来，利用HTML、CGI等Web技术可以轻松地在Internet环境下实现电子商务、电子政务等多种应用。然而这些应用可能分布在不同的地理位置，使用不同的数据组织形式和操作系统平台，加上应用不同所造成的数据不一致性，使得如何将这些高度分布的数据集中起来并得以充分利用成为急需解决的问题。
随着网络技术、网络运行理念的发展，人们提出一种新的利用网络进行应用集成的解决方案——Web Service。Web Service是一种新的Web应用程序分支，其可以执行从简单的请求到复杂商务处理的任何功能。一旦部署以后，其他Web Service应用程序可以发现并调用它部署的服务。因此，Web Service是构造分布式、模块化应用程序和面向服务应用集成的最新技术和发展趋势。
Web Service趋势
内容更动态化
Bandwidth更便宜，易于获得
Storage更便宜，更易获得
普遍式计算变得更加重要：大量的设备，例如移动电话，页面，电脑，pc，已经在Internet上变得普遍，平台变得更多元化，像（下的一个子集）这样的变得更重要
Web Service趋势
上述的这些趋势意味着，更加智能的处理，操作和汇总内容变得十分重要。让我们看看按照Web services角度所预示的四个趋势：
内容更加动态：一个web service必须能合并从多个不同来源的内容，可以包括股票，天气，新闻等，在传统环境中的内容，如存货水平，购物订单或者目录信息等，都从后端系统而来；
带宽更加便宜：web services可以分发各种类型的内容（，等）；
存储更便宜:：web services必须能聪明地处理大量数据，意味着要使用，，缓冲，和负载平衡等技术保持可扩展能力；
普遍式计算更重要：web services不能要求客户使用某一版本的的传统，必须支持各种设备，平台，浏览器类型，各种内容类型；
两种重要技术
要达到这样的目标，Web services要使用两种技术：
（下的一个子集）：XML是在web上传送结构化数据的伟大方式，Web services要以一种可靠的自动的方式操作数据，（下的一个应用）不会满足要求，而XML可以使web services十分方便的处理数据，它的内容与表示的分离十分理想；
SOAP：SOAP使用XML消息调用远程方法，这样web services可以通过的post和get方法与远程机器交互，而且，SOAP更加健壮和灵活易用；
其他像UDDI和技术与XML和SOAP技术紧密结合用于服务发现。
Web Service支持
Web Service技术支持
Web Service平台需要一套协议来实现的创建。任何平台都有它的方法和类型系统。要实现，Web Service平台必须提供一套标准的类型系统，用于沟通不同平台、编程语言和中的不同类型系统。这些协议有：
可扩展的（下的一个子集）是Web Service平台中表示数据的基本格式。除了易于建立和易于分析外，XML主要的优点在于它既与平台无关，又与厂商无关。XML是由万维网协会(W3C)创建，W3C制定的XML SchemaXSD　定义了一套标准的，并给出了一种语言来扩展这套。
Web Service平台是用XSD来作为系统的。当你用某种语言如VB. NET或C#　来构造一个Web Service时，为了符合Web Service标准，所有你使用的都必须被转换为XSD类型。如想让它使用在不同平台和不同的不同组织间传递，还需要用某种东西将它包装起来。这种东西就是一种协议，如 SOAP。
xml web service
SOAP即(Simple Object Access Protocol)，它是用于交换（下的一个子集）编码信息的轻量级协议。它有三个主要方面：XML-envelope为描述信息内容和如何处理内容定义了框架，将程序对象编码成为XML对象的规则，执行(RPC)的约定。SOAP可以运行在任何其他上。例如，你可以使用 SMTP，即因特网来传递SOAP消息，这可是很有诱惑力的。在之间的头是不同的，但XML有效负载保持相同。
Web Service 希望实现不同的系统之间能够用“-软件对话”的方式相互调用，打破了软件应用、网站和各种设备之间的格格不入的状态，实现“基于Web无缝集成”的目标。
Web Service描述语言WSDL　就是用机器能阅读的方式提供的一个正式描述文档而基于（下的一个子集）的语言，用于描述Web Service及其函数、参数和返回值。因为是基于XML的，所以WSDL既是机器可阅读的，又是人可阅读的。
UDDI 的目的是为电子商务建立标准；UDDI是一套基于Web的、分布式的、为Web Service提供的、信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的Web Service注册，以使别的企业能够发现的访问协议的实现标准。
调用RPC与消息传递
Web Service本身其实是在实现应用程序间的通信。我们有两种应用程序通信的方法：RPC　和消息传递。使用RPC的时候，的概念是调用服务器上的远程过程，通常方式为实例化一个远程对象并调用其方法和属性。RPC系统试图达到一种位置上的透明性：服务器暴露出远程对象的接口，而就好像在本地使用的这些对象的接口一样，这样就隐藏了底层的信息，客户端也就根本不需要知道对象是在哪台机器上。
Web Service软件支持
离不开丰富的的支持。同样，Web Service这项技术只有通过日益广泛的应用才能体现出其价值，比较流行的实现方法是使用.NET 和 Java两种技术，并且两种实现方法可以互相操作；如今我们已经可以看到使用、Oracle、SUN、Borland等不同厂商的Web Service构建工具建立的Web Service应用。
的.NET技术应该算是时下最为流行的Web Service 开发技术。首先因为其公司在以前相应的产品就占有相当大的市场份额，以至使新推出的.NET得以有比较稳定的用户群；其次也是更重要的是 .NET平台不仅延续了一贯的编程风格，而且还增加了许多支持Web 服务的关键性技术，使得.NET在操作的简单性和执行的稳定性，高效性上达到了一个非常好的结合。
的Visual Studio. NET便是一个便于 Web 服务的开发工具。的目标是，将其新——C#作为Web Service的首选语言。虽然C#看起来与Java类似，但是还有一些Java中没有的独特的功能。.NET技术中用于Web Service 开发的主要工具是ASP. NET。从技术上说，ASP. net　 提供了一些超出ASP以前版本的优点(例如：代码和（下的一个应用）的分离，与相比较，对“真正”的如 C# 的支持)。
IBM的WebSphere
IBM公司是业界第一家能够提供全面支持Web服务的电子商务基础设施的公司。通过多年来与W3C(The World Wide Web Consortium)的共同努力，包括DB2、Lotus、Tivoli 和WebSphere在内的所有IBM都实现了对SOAP、WSDL、UDDI、Linux、（下的一个子集）、J2EE等开放技术和标准的全面支持。
IBM公司的WebSphere也是比较好的基础架构。WebSphere平台及开发工具包括WebSphere Studio Application Developer　 基于J2EE、XML 和Web服务等开放标准，并具备 IBM 在可靠性、扩展性和安全性上的主要优势。WebSphere 是 IBM 在 Web Services策略中的核心平台，它支持所有开发、发布、部署 Web Services应用所必需的开放标准和技术，包括 UDDI，SOAP，J2EE，WSDL，和对 XML 技术集成的增强，这使得它在全球有很多用户。
Borland的JBuilder
Borland公司在 JBuilder7中，用户可以用其Borland Web Services Kit for Java和Borland JBuilder MobileSet 3进行更快捷地开发Web Service和无线应用。这样将使开发者能够在同一个中轻松地创建和集成Web Service。新推出的JBuidler8更是针对Web Service开发更提供了方便和高效的方法。
总之，在Web Service开发上，.NET 和Java都是很好的选择，尽管两者都有一些需要完善的地方，但是它们还是最好的开发手段和技术。具体选择哪种开发工具，也是的问题。从根本上说，这两种方法没有孰优孰劣的问题，只是根据使用者对这两种方法的掌握程度和对具体语言的偏爱程度来决定。
Web Service应用
Web service到底是什么；在什么情况下你应该使用Web service。
研究一下当前的，你会发现一个绝对的倾向：人们开始偏爱基于的客户端应用程序。这当然不是因为客户端能够提供更好的用户界面，而是因为它能够避免花在发布上的高成本。发布成本很高，一半是因为应用程序安装和配置的问题，另一半是因为客户端和服务器之间通信的问题。
传统的Windows客户应用程序使用DCOM来与服务器进行通信和调用远程对象。配置好DCOM使其在一个大型的网络中正常工作将是一个极富挑战性的工作，同时也是许多IT工程师的噩梦。事实上，许多IT工程师宁愿忍受所带来的功能限制，也不愿在局域网上去运行一个DCOM。在我看来，结果就是一个发布容易，但开发难度大而且用户界面极其受限的应用程序。极端的说，就是你花了更多的资金和时间，却开发出从用户看来功能更弱的应用程序。不信？问问你的会计师对新的基于浏览器的有什么想法：绝大多数商用程序用户希望使用更加友好的Windows用户界面。
关于与服务器的通信问题，一个完美的解决方法是使用HTTP协议来通信。这是因为任何运行的机器都在使用HTTP协议。同时，当前许多也配置为只允许HTTP连接。
许多商用程序还面临另一个问题，那就是与其他程序的。如果所有的应用程序都是使用COM或.NET语言写的，并且都运行在Windows平台上，那就天下太平了。然而，事实上大多数商业数据仍然在大型主机上以非关系文件(VSAM)的形式存放，并由COBOL语言编写的大型机程序访问。而且，还有很多商用程序继续在使用C++、Java、Visual Basic和其他各种各样的语言编写。除了最简单的程序之外，所有的应用程序都需要与运行在其他异构平台上的应用程序集成并进行数据交换。这样的任务通常都是由特殊的方法，如和分析，，还有仅适用于某些情况的的API，如IBM的"高级程序到程序交流(APPC)"等来完成的。在以前，没有一个应用程序通信标准，是独立于平台、组建模型和的。只有通过Web Service，和服务器才能够自由的用HTTP进行通信，不论两个程序的平台和是什么。
什么是Web Service
对这个问题，我们至少有两种答案。从表面上看，Web service 就是一个应用程序，它向外界暴露出一个能够通过Web进行调用的API。这就是说，你能够用编程的方法通过Web来调用这个应用程序。我们把调用这个Web service 的应用程序叫做客户。例如，你想创建一个Web service ，它的作用是返回当前的天气情况。那么你可以建立一个ASP页面，它接受邮政编码作为查询字符串，然后返回一个由逗号隔开的字符串，包含了当前的气温和天气。要调用这个ASP页面，需要发送下面的这个HTTP GET
返回的数据就应该是这样：
这个ASP页面就应该可以算作是Web service 了。因为它基于HTTP GET请求，暴露出了一个可以通过Web调用的API。当然，Web service 还有更多的东西。
下面是对Web service 更精确的解释： Web services是建立可互操作的的新平台。作为一个Windows程序员，你可能已经用COM或DCOM建立过基于组件的。COM是一个非常好的组件技术，但是我们也很容易举出COM并不能满足要求的情况。
Web service平台是一套标准，它定义了应用程序如何在Web上实现。你可以用任何你喜欢的语言，在任何你喜欢的平台上写Web service ，只要我们可以通过Web service标准对这些服务进行查询和访问。
Web service平台需要一套协议来实现的创建。Web service平台必须提供一套标准的类型系统，用于沟通不同平台、编程语言和中的不同类型系统。在传统的中，基于界面(interface)的平台提供了一些方法来描述界面、方法和参数（译注：如COM和COBAR中的IDL语言）。同样的，Web service平台也必须提供一种标准来描述Web service，让客户可以得到足够的信息来调用这个Web service。最后，我们还必须有一种方法来对这个Web service进行远程调用。这种方法实际是一种协议(RPC)。为了达到，这种RPC协议还必须与平台和编程语言无关。下面几个小节就简要介绍了组成Web service平台的这三个技术。
可扩展的（下的一个子集）是Web service平台中表示数据的基本格式。除了易于建立和易于分析外，XML主要的优点在于它既是平台无关的，又是厂商无关的。无关性是比技术优越性更重要的：厂商是不会选择一个由竞争对手所发明的技术的。
XML解决了的问题，但它没有定义一套标准的，更没有说怎么去扩展这套数据类型。例如，整形数到底代表什么？16位，32位，还是64位？这些细节对实现都是很重要的。W3C制定的XML Schema(XSD)就是专门解决这个问题的一套标准。它定义了一套标准的数据类型，并给出了一种语言来扩展这套数据类型。Web service平台就是用XSD来作为其系统的。当你用某种语言(如VB. NET或C#)来构造一个Web service时，为了符合Web service标准，所有你使用的数据类型都必须被转换为XSD类型。你用的工具可能已经自动帮你完成了这个转换，但你很可能会根据你的需要修改一下转换过程。
Web service建好以后，你或者其他人就会去调用它。(SOAP)提供了标准的RPC方法来调用Web service。实际上，SOAP在这里有点用词不当：它意味着下面的Web service是以对象的方式表示的，但事实并不一定如此：你完全可以把你的Web service写成一系列的C函数，并仍然使用SOAP进行调用。SOAP规范定义了SOAP消息的格式，以及怎样通过HTTP协议来使用SOAP。SOAP也是基于（下的一个子集）和XSD的，XML是SOAP的数据编码方式。
你会怎样向别人介绍你的Web service有什么功能，以及每个时的参数呢？你可能会自己写一套文档，你甚至可能会口头上告诉需要使用你的Web service的人。这些非正式的方法至少都有一个严重的问题：当程序员坐到电脑前，想要使用你的Web service的时候，他们的工具(如Visual Studio)无法给他们提供任何帮助，因为这些工具根本就不了解你的Web service。
解决方法是：用机器能阅读的方式提供一个正式的描述文档。Web service描述语言()就是这样一个基于（下的一个子集）的语言，用于描述Web service及其函数、和返回值。既是机器可阅读的，又是人可阅读的，这将是一个很大的好处。一些最新的开发工具既能根据你的Web service生成WSDL文档，又能导入WSDL文档，生成调用相应Web service的代码。
Universal Description, Discovery and Integration
为加速Web Service的推广、加强Web Service的互操作能力而推出的一个计划,基于标准的服务描述和发现的规范(specification)。
以的方式由多个运作者一起以Web Service的形式运作UDDI商业注册中心。
UDDI计划的核心组件是UDDI商业注册，它使用来描述企业及其提供的Web Service。
UDDI商业注册提供三种信息：
White Page包含地址、联系方法、已知的。
Yellow Page包含基于标准分类法的行业类别。
Green Page包含关于该企业所提供的Web Service的技术信息，其形式可能是指向文件或的指针，而这些文件或URL是为服务发现机制服务的。
Web Service开发实例
利用WebService实现数据添加
利用WebService实现数据删除
利用WebService给手机发短信
适合使用Web Service的情况
应用程序集成；
不适合使用Web服务的情况
上的同构应用程序
．it168[引用日期]
．数据中心[引用日期]
本词条认证专家为
副理事长兼秘书长
中国通信学会
中国通信学会
原武汉邮电科学研究院
中国联通网络技术研究院
工业和信息化部电信研究院互联网中心
副院长兼总工程师
中国移动设计院
首席架构师业务总工程师
中兴通讯股份有限公司
百度公司发展研究中心
中国通信学会科普中国百科科学词条评审专家委员会
中国通信学会是全国通信...
提供资源类型：内容
清除历史记录关闭如何在Web下做一个动态图形化管理页面_百度知道
如何在Web下做一个动态图形化管理页面
我有更好的答案
1.建立一个web项目2.把数据库驱动复制到lib目录下。数据库驱动有：mysql，sqlserver，oracle等 是什么样类型的数据导入相应驱动。3.编写一个连接数据库的工具类，获取一个连接。下面以mysql数据库为例。核心代码：public class DataUtils {/*** 从数据中获取一个连接* @return*/public static Connection getConn(){Connection conn =try {Class.forName(&com.mysql.jdbc.Driver&).newInstance();//表为test，用户名root，密码admin。conn = DriverManager.getConnection(&jdbc:mysql://localhost:3306/test&, &root&, &admin&); } catch (Exception e) {e.printStackTrace();}}}4.获取到与相应数据库的连接后，就可以做增删改查操作了。记得做完操作后，关闭连接，释放资源。
采纳率：81%
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。