uri

down下来的工程运行正常，放到自己的工程里就不不正常了，比如 qrscan 和 pick_image flutter工程所添加在 pubspec.yaml 的依赖，要么是dart语言所编写的插件，要么就是和原生交互的插件；像 qrscan 和 pick_image 就是和原生交互的插件；碰到一个问题就是，添加依赖成功后，执行功能时，从 logcat 中，发现日志明显是有结果或者走到一半就没有下文了，也不报错… 进入对应插件库里，你会发现，像前面两者的 Plugin 类中都调用了 activity.startActivityForResult(intent, REQUEST_IMAGE); 方法，那么就意味着会有 onActivityResult(int requestCode, int resultCode, Intent data) 方法。添加的插件都是通过 GeneratedPluginRegistrant.registerWith(this); 依附到 MainActivity ，意思是说，如果 MainActivity 覆写了 onActivityResult 方法，那么他们在 Plugin 类中添加的 onActivityResult 将不会被触发。 解决方法:1.不要在 MainActivity 覆写了 onActivityResult 方法；2

string strUrl = "http://www.ip138.com/ip2city.asp"; //获得IP的网址了 Uri uri = new Uri(strUrl); System.Net.WebRequest wr = System.Net.WebRequest.Create(uri); System.IO.Stream s = wr.GetResponse().GetResponseStream(); System.IO.StreamReader sr = new System.IO.StreamReader(s, Encoding.Default); string all = sr.ReadToEnd(); //读取网站的数据 int i = all.IndexOf("[") + 1; string tempip = all.Substring(i, 15); string ip = tempip.Replace("]", "").Replace(" ", "");//找出ip 来源： https://www.cnblogs.com/cappuccino/p/5270928.html

转自： REST服务开发实战 　　如果要说什么是REST的话，那最好先从Web（万维网）说起。 　　什么是Web呢？读者可以查看维基百科的词条( http://zh.wikipedia.org/zh-cn/Web )，具体的我就不多说了。总之，Web是我们在互联网上最常用的服务，甚至在某些人的心中，互联网就是Web。当然，Web只是互联网的一部分而已，只是大家用的最多而已，我们访问的所有网站都是基于Web。 　　那么，Web和REST之间究竟有什么关系呢？我们接下来将聊聊组成Web的几大基础技术， URI （统一资源标识符，用来标识资源）、 HTTP （超文本传输/转移协议，用来操作资源）、 Hypertext （超文本，用来描述资源的内容与状态，我们可以用HTML、XML、JSON或者自定义格式的文本来描述任何一个资源）。 　　那我们再来看看什么是REST呢？其实REST并不是一种新兴的技术语言，也不是什么新的技术框架。准确来说说REST只是一种概念、风格或者约束，是回归HTTP本身的建议。 　　REST是由Roy Thomas Fieding在他的博士论文《Architectural Styles and the Design of Network-based Software Architectures》(《架构风格与基于网络的软件架构设计》)中提出的一种架构思想。Roy

REST 表述性状态转移（ Representational State Transfer,REST ），不是一种标准，而是一种软件架构风格。 基于 REST 的服务与基于 SOAP 的服务相比，性能、效率和易用性上都更高，而 SOAP 协议非常的复杂和不透明。 REST 受到越来越多的 Web 服务供应商欢迎。目前大部分供应商，如 yahoo 、 google 、 Amazon 等都提供 REST 风格的服务。 REST 的主要原则是： 1.网络上的所有事物都可被抽象为资源； 2.每个资源都有一个唯一的资源标识符 URI； 3.使用标准方法操作资源； 4.所有的操作都是无状态的； 5.通过缓存来提高性能。 REST 是基于 Http 协议的，任何对资源的操作行为都是通过 Http 协议来实现。 Http 把对一个资源的操作限制在 4 个方法以内： GET、POST、PUT 和 DELETE ，这正是对资源 CRUD 操作的实现。 REST 的资源表述形式可以是 XML 、 HTML 、 JSON ，或者其他任意的形式，这取决于服务提供商和消费服务的用户。 但是 REST 不是万能的。操作无状态也会带来巨大的安全问题，如何授权和验证用户？如果要求每次请求都包含完整的身份和验证信息，又如何避免信息泄漏？复杂的功能挑战架构的易用性，这就需要在性能与功能间权衡

REST（Representational State Transfer ），有中文翻译为"具象状态传输"(也有："代表性状态传输")。是由 Roy Thomas Fielding博士 在2000年就读加州大学欧文分校期间在学术论文中提出的一个术语。他首次系统全面地阐述了REST的架构风格和设计思想。这篇论文是Web发展史上一篇非常重要的技术文献，他也为WEB架构的设计与评判奠定了理论基础。 中文版论文下载地址： http://ishare.iask.sina.com.cn/f/20790836.html REST 定义了一组体系架构原则，您可以根据这些，包括使用不同语言编写的客户端如何通过 HTTP 处理和传输资源状态。所以在事实上，REST 对 Web的影响非常大，由于其使用相当方便，已经普遍地取代了基于 SOAP 和 WSDL 的接口设计。在多年以后的今天，REST的主要框架已经开始雨后春笋般的出现。 个人理解： （一） 首先REST只是一种风格，不是一种标准 （二） REST是以资源为中心的 （三） REST充分利用或者说极端依赖HTTP协议 一．对于今天正在吸引如此多注意力的最纯粹形式的 REST Web 服务，其具体实现应该遵循以下基本设计原则： 1.1．显式地使用不同的 HTTP 请求方法 1.2．无状态 1.3．公开目录结构式的 URI(通过逻辑URI定位资源)。

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> Nginx 的 location 实现了对请求的细分处理，有些 URI 返回静态内容，有些分发到后端服务器等，今天来彻底弄懂它的匹配规则 一个最简单的 location 的例子如下 server { server_name website.com; location /admin/ { # The configuration you place here only applies to # http://website.com/admin/ } } 复制代码 location 支持的语法 location [=|~|~*|^~|@] pattern { ... } ，乍一看还挺复杂的，来逐个看一下。 location修饰符类型 「=」 修饰符：要求路径完全匹配 server { server_name website.com; location = /abcd { […] } } 复制代码 http://website.com/abcd 匹配 http://website.com/ABCD 可能会匹配 ，也可以不匹配，取决于操作系统的文件系统是否大小写敏感（case-sensitive）。ps: Mac 默认是大小写不敏感的，git 使用会有大坑。 http://website.com/abcd?param1