url

转载：https://www.cnblogs.com/huangguifeng/p/7632799.html 首先我们来了解下python中的进程，线程以及协程！ 从计算机硬件角度： 计算机的核心是CPU，承担了所有的计算任务。 一个CPU，在一个时间切片里只能运行一个程序。 从操作系统的角度： 进程和线程，都是一种CPU的执行单元。 进程：表示一个程序的上下文执行活动（打开、执行、保存...） 线程：进程执行程序时候的最小调度单位（执行a，执行b...) 一个程序至少有一个进程，一个进程至少有一个线程。 并行 和 并发： 并行：多个CPU核心，不同的程序就分配给不同的CPU来运行。可以让多个程序同时执行。 cpu1 ------------- cpu2 ------------- cpu3 ------------- cpu4 ------------- 并发：单个CPU核心，在一个时间切片里一次只能运行一个程序，如果需要运行多个程序，则串行执行。 cpu1　　----　　---- cpu1 　　　----　　---- 多进程/多线程： 表示可以同时执行多个任务，进程和线程的调度是由操作系统自动完成。 进程：每个进程都有自己独立的内存空间，不同进程之间的内存空间不共享。 进程之间的通信有操作系统传递，导致通讯效率低，切换开销大。 线程：一个进程可以有多个线程

前面公司有DLNA项目，研究了一下，在网上关于DLNA的资源很少,就将自己的心得写出来，以供参考。 其它的关于DLNA的介绍就不多说，要了解DLNA需要了解upnp,因为DLNA在upnp之上，初学者可以从http://www.upnp.org下载upnp的资料.也欢迎大家加入197683240 DLNA交流群。 upnp 分为四步：发现 、 描述 、 控制 、 事件 发现 当一个 UPnP 的设备加入网络，并想知道什么 UPnP 服务在网络上可用，它发送一个发现消息多播地址 239.255.255.250 端口 1900 通过 UDP 协议。此消息包含一个头，类似于一个 HTTP 请求。该协议有时被称为为 HTTPU （ HTTP 通过 UDP ）： M-SEARCH * HTTP/1.1 ST: upnp:rootdevice MX: 3 MAN: "ssdp:discover" 所有其他UPnP设备或方案都必须回应此消息类似的消息发送回设备，使用UDP单播，宣布该设备或程序实现的UPnP型材。一个有趣的怪癖：发送UDP单播设备发现消息被送往港口。 对于每一个配置文件，它实现发送一条消息： HTTP/1.1 200 OK ST:upnp:rootdevice USN:uuid:1d8ec8a7-4736-4598-9950-9710c992e471::upnp

前台向后台传参，一般有如下几种方式： 一、URL方式传参 1、使用这种方式时，参数接在url后面，用？分隔，如果有多个参数，各参数间用 & 连接。get方式请求时可以使用URL方式传参。 巴特URL传参在应用时也有缺陷： 1.1 参数长度限制： （1）IIS 7 对 Query String 有长度限制；默认：2048 ；（2）IE浏览器对URL的长度现限制为2048字节；（3）360极速浏览器对URL的长度限制为2118字节；（4）Firefox(Browser)对URL的长度限制为65536字节； （5）Safari (Browser) 对URL的长度限制为80000字节；（6）Opera (Browser) 对URL的长度限制为190000字节；（7）Google (chrome) 对URL的长度限制为8182字节。 1.2 传递 bean 时很麻烦： 有种劣质方法可以办到，就是将bean的属性均需作为一个参数连接到url里传递。 比如要传递一个人这个类(有身高和性别)到后台， 前台：var pepole = {age:22,sex:'male'} 要是直接把pepole拼接到url里：url?pepole=pepole，后台在不设置struts参数解析拦截器时，以string接收将会是一个object Object。 假如后台action里声明的是这个bean类型属性

　　最近，公司的接口服务器（客户端，向外发送数据）频繁出现了connect timeout 以及readtime out 的情况，经过运维平台检测，并没有网络延时的情况。于是，开始怀疑连接池出了问题。 　　使用linux命令： netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}' 可以清楚的看到tcp各个状态下的连接数。 　　 　　如图： CLOSE_WAIT 数目大的惊人，问题就出在了这里：这个级别的TIME_WAIT是没有问题的， linux的句柄数（ https://blog.csdn.net/shootyou/article/details/6579139 ）有限，大量的CLOSE_WAIT占去了过多的连接数，导致其他连接异常。 　　据查： 　　tcp连接三次握手，四次挥手。 　　 　　　　这其中，我们比较关注的状态有三个： ESTABLISHED 表示正在通信，TIME_WAIT 表示主动关闭，CLOSE_WAIT 表示被动关闭。 　　　　其中：ESTABLISHED 无需多言， TIME_WAIT 的存在是： 防止上一次连接中的包，迷路后重新出现，影响新连接（经过2MSL，上一次连接中所有的重复包都会消失） 可靠的关闭TCP连接。在主动关闭方发送的最后一个 ack(fin) ，有可能丢失

效果如下： 首先需要一个html页面及相应的js和css支持放在assets目录下（如果没有这个目录请项目上右键-new-folder-assets） 配置权限： <uses-permission android:name="android.permission.INTERNET"/> 新建一个类：WebViewLoadHtml，代码如下： package com.example.webviewnavigate; import android.annotation.SuppressLint; import android.app.Activity; import android.os.Bundle; import android.view.Window; import android.view.WindowManager; import android.webkit.WebSettings; import android.webkit.WebView; import android.webkit.WebViewClient; import android.widget.Toast; public class WebViewLoadHtml extends Activity { private String url; WebView webView; @Override

URL是什么 1.url就是网络资源的地址,就是我们常说的网址,通过url找到网络中对应的资源数据. URL组成部分 例如:https://baidu.com/index.html?page=1&count=10 1.协议部分:https:// ,http://,flg:// 2.域名部分:baidu.com 3.资源路径部分/index.html 4.查询参数部分?page=1&count=10 来源： CSDN 作者： 程序猿小阿微 链接： https://blog.csdn.net/zw496862766/article/details/103368947

跨域下使用获取iframe的父页面URL 通常情况下，我们获取iframe父页面的url很简单：parent.location或top.location即可，但前提是它们遵循同源策略。 当iframe与父页面不属于同一个域名时，像上面的获取会因为安全策略原因而失败。在nczonline的一篇文章上看到一种方法，使用document.referrer。 方法很简单，通过parent !=window检测iframe与父页面是否同源，当不同源时，使用document.referrer，否则使用parent.location.href或者top.location.href； function getParentUrl() { var url = null; if (parent !== window) { try { url = parent.location.href; }catch (e) { url = document.referrer; } } return url; } 当iframe是被动态创建的时候，以上方式依然有效。当然，你也可以使用window.name的方式去做处理。 在页面获取URL /** * //获取上一项目根路径 * @return {TypeName} */ function getRootPath(){ //获取当前网址，如： http:/

shell变量： 文章目录 shell变量： 变量类型 变量赋值 定义和引用变量时注意事项 变量运算 变量内容的删除和替换 特殊符号 变量类型 环境变量（env可以输出所有的环境变量） 自定义变量 位置变量 eg: $1 $2 $3 $4 $4 预定义变量 eg: 0 : 脚 本 名 ， 0:脚本名 ， 0 : 脚 本 名 ， *:所有的参数， KaTeX parse error: Expected 'EOF', got '#' at position 1: #̲:参数个数， ?:上一个命令的返回值，返回0表示成功 变量赋值 显示赋值 varName=varValue varName=“varValue” varName= data –(会将命令的值赋予变量，命令在子shell中执行) varName=$(data)–（会将命令的值赋予变量，命令在子shell中执行） read赋值 1. read -p “prompt info” varName --会将键盘输入的值赋予varName 定义和引用变量时注意事项 " " 弱引用 里面可以带有变量 ’ ’ 强引用 里面带变量会把变量名当成字符串 `` 命令替换符等价于$() 其内的命令会先被执行 变量运算 方法一expr：expr unmber1 + - * / number2 eg:num = expr 1+2 方法二 ( ( )

本章学习内容 1.强大的控制器 2.URL路由 注：请务必认真学习这一章的内容，对于MVC3来说，这是最基本而又最常用的知识，无比重要。 1.强大的控制器 在上一章中我们成功输出了我们的Hello World，MVC3的学习中实现了我们的第一个功能，但是仅仅也只是输出了一段字符串而已，离我们想要实现的目标还相去甚远，而且也没有详细解说这个Hell World输出的过程是怎么样的，接下来会一一解说。 在第二章中我们说过Controllers文件夹存放的是控制器类，是为Views提供数据来源的。 在典型的 Web 应用中，用户请求的 URL 地址通常映射到保存在网站中的文件上，例如，当用户请求 /Products.aspx 的时候，或者 /Products.php 的时候，很可能是在通过处理 Products.aspx 或者 Products.php 文件来完成任务。 ASP.NET MVC 的处理方式则不同，它没有映射到文件上，相反，将这些 URL 地址映射到类的方法上，这些类被称为 “ 控制器 ” ，控制器用来接受 HTTP 请求，处理用户的输入，获取或者保存数据，其中的处理方法称为 Action ，然后将回应发送到客户端，可能是显示了一个 HTML 的网页，下载一个文件，重定向到另外一个地址等等 1 using System; 2 using System.Collections