青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

隨筆-30  評論-67  文章-0  trackbacks-0
 
網上互動式多功能服務站 http://wims.math.ecnu.edu.cn/wims.cgi?lang=cn&+session=FV1FF9B54A.1

對談式練習集--中文部分? http://www.gzjzes.net/forum/Display.asp?id=610&Board_ID=26
posted @ 2006-07-23 23:54 含笑半步癲 閱讀(350) | 評論 (0)編輯 收藏
為了計算robocode里頭的炮彈的發射角度,不得不去解方程,可是多項式越展越長,無法忍受。于是上網看看有沒有好工具,于是發現了Mathematica。Mathematica可以用于解決各種領域的涉及復雜的符號計算和數值計算的問題。它能進行多項式的計算、因式分解、展開等。進行各種有理式計算,求多項式、有理式方程和超越方程的精確解和近似解。這個展開功能正是我需要的。


Mathematica教程 http://www.math.sjtu.edu.cn/Mathematica%E6%95%99%E7%A8%8B/index.htm
posted @ 2006-07-23 23:51 含笑半步癲 閱讀(980) | 評論 (1)編輯 收藏
相信大部分人小時候都對機器人比較感興趣。
Robocode 是 IBM 開發的 Java 戰斗機器人平臺,游戲者可以在平臺上設計一個 Java 坦克。每個坦克有個從戰場上收集信息的感應器,并且它們還有一個執行動作的傳動器。其規則和原理類似于現實中的坦克戰斗。其融合了機器學習、物理、數學等知識,是研究人工智能的很好工具。
Robocode,需要Java?虛擬機。您創建一個機器人,把它放到戰場上,然后讓它同其他開發者們創建的機器人對手拼死戰斗到底。Robocode 里有一些預先做好的機器人對手讓你入門,但一旦您不再需要它們,就可以把您自己創建的機器人加入到正在世界范圍內形成的某個聯盟里去和世界最強手對陣。不喜歡java的也有選擇,國內http://www.ai-code.org?網站上有類似的ai-tank和ai-足球,支持c/c++,java, .net,呵呵很強大吧,不過他論壇的人氣就比較抱歉了。
雖說介紹robocode的文章經常都要鼓吹一下java,其實這個和java沒多大關系,主要看算法。而且java初學著用robocode學習java實在不是一件值得推薦的事情,用來提高倒是還行。

玩了一兩天robocode,就發現的最新版本1.1.1有些bug,國內的ai-code似乎做的更好些。這個游戲要玩的好,也不是太簡單的事情。玩了這個游戲,才發現自己以前學的高數,曲線擬合,坐標,角坐標等等,忘了差不多了。
在全世界 Robocode 中有很多種用到了遺傳算法方法來實現進化機器人。而且全世界的 Robocode 流派中也發展幾種比較成熟的方法,比如預設策略遺傳、自開發解釋語言遺傳、遺傳移動。是不是覺得很夸張:)。不過人工智能剛好是我感興趣的方向:)可以借這個游戲好好學習學習。有興趣的朋友可以留個聯系方式,或者有QQ群或者論壇給引見一下。有空的時候大家可以一起玩,看看誰的機器人更強:)

以下是一些相關資源:

robocode的主頁 http://robocode.sourceforge.net/?Open&ca=daw-prod-robocode?
robocode的中文文章 http://www-128.ibm.com/developerworks/cn/java/robocode/index.html?
ai-code 的網址 http://www.ai-code.org?

posted @ 2006-07-23 13:42 含笑半步癲 閱讀(6052) | 評論 (5)編輯 收藏
java1.5出來很久了,最近才去試了試。發現1.5雖然說支持模板了,但是像int 這樣的基礎類型還是不能支持,只能支持類對象。而且不支持運算符重載,極大限制了模板的使用。比起c++的模板,意義不是很大,最大的好處是從容器里頭取對象不用手工進行類型轉換??磥硐忍觳蛔?,后天還是不好補。無論sun如何努力,始終無法掩蓋設計上的失敗。
1.5在線程方面多了線程池,和一些其他功能,還是不錯的。因為我剛好用的到:)。這讓我想到c++,比起sun及其第三方的java庫的瘋狂擴張,c++的標準庫讓人感覺過于保守。java對一些實際上已經成為標準的東西的支持,以及c++對這些東西自生自滅的態度(雖然有boost庫,但畢竟不是正式標準)以及對標準庫的實現放任自由的態度(沒有一個標準的實現),難免讓c++的支持者感到一些失望。
posted @ 2006-07-19 10:19 含笑半步癲 閱讀(544) | 評論 (4)編輯 收藏
半年前,玩qq游戲。不爽。于是寫了個外掛,順便練練win-api。對搜索做了初步優化,每次會找到比較優的位置進行交換(只查找一步,以后有空會考慮3步的情況)。但是得不到對對碰得計算分數得公式。只能大概計算一下。全部用c和api寫得,代碼比較亂(函數的功能還是稍微有注釋),功能比較簡陋,但是有興趣的可以看看。以后有時間大概會用c++來改寫一下。

使用方法:保證游戲畫面在最前面。外掛窗口有簡單提示,輸入命令得時候,焦點需要在外掛上。

寫完后發現c代碼有個毛病就是傳得參數太多(由于工作原因本人用的是java),看來以c++聲稱的大概5%得性能損失換來可讀性大大得提搞,在大部分情況下還是很值的。

代碼下載http://www.shnenglu.com/Files/wmuu/ddpwg.rar
posted @ 2006-07-10 23:06 含笑半步癲 閱讀(800) | 評論 (1)編輯 收藏

1) 啟動inetd
編輯 /etc/rc.conf
inetd_enable="YES"


2) 開啟telnet
編輯 /etc/inetd.conf

#telnet  stream  tcp     nowait  root    /usr/libexec/telnetd    telnetd
#telnet stream  tcp6    nowait  root    /usr/libexec/telnetd    telnetd (這個是tcp6協議的)
前面的#去掉
kill -HUP `cat /var/run/inetd.pid`
把inetd重啟一下,就可以了。(只要輸入inetd)

3)讓root可以登陸telnet
編輯 /etc/pam.d/login 
account                requisite       pam_securetty.so
把這行注釋掉

4)開啟ftp
編輯 /etc/inetd.conf
#ftp     stream  tcp     nowait  root    /usr/libexec/ftpd       ftpd -l
#ftp    stream  tcp6    nowait  root    /usr/libexec/ftpd       ftpd -l
去掉前面的注釋

5)讓root登陸ftp
編輯 /etc/ftpusers
注釋掉root


6)dmesg
dispaly the system message buffer

posted @ 2006-06-23 00:15 含笑半步癲 閱讀(277) | 評論 (0)編輯 收藏
很早就找過這首歌,沒找到,可能是當時知道的人少。最近突然想起來,上網找了找,居然找到了。我覺得這首歌的詞和曲都不錯,唱的也不錯。

《西游記后傳》相思 毛阿敏

相思作曲:三寶作詞:趙小源演唱:毛阿敏

紅豆生南國

是很遙遠的事情

相思算什么

早無誰在意

醉臥紅塵

處處霓虹

酒杯中好一片朗朗風情

?

最肯忘卻故人詩

最不屑一顧是相思

守著愛怕人笑

還怕人看清

春又來

看紅豆開

卻不見有情人去采

拈花擁著風流

真情不再

網絡上歌詞不少,但是感覺有的字是錯的,于是找了一個自己認為最正確的。

posted @ 2006-06-19 22:05 含笑半步癲 閱讀(1204) | 評論 (5)編輯 收藏
最近開始看portal,在http://www.blogjava.net/eamoi/找到了中文文檔,省了很多麻煩。

網站一般是這么介紹portal的:

隨著信息化建設的深入,Portal 門戶已經成為新型辦公環境的一個重要組成部分。 Portal所提供的單點登錄、權限控制、個性化定制、內容集成、文件管理等獨特的功能, 已經大大占據公眾的眼球,并在信息集成和消除信息孤島方面發揮了重要的左右。
隨著Portal技術的成熟,以MyNestcape、MyYahoo、MSN-Space等為代表大型網站也較多的采用Portal架構來實現個性化的內容聚合和定制,以實現靈活的擴展的服務策略。

粗粗一看,portal確實很強大,可以像應用程序一樣自由控制要展現的東西。但是,細細想一下,網頁既然做到了這份上,那和客戶端有什么區別?為什么一定要在先天不足的web協議上實現這么復雜的東西。就拿MSN-Space來說,是我見過的最慢的blog。如果portal加上ajax,不時在后臺刷新些什么東西,那才叫錦上添花。
posted @ 2006-06-14 21:36 含笑半步癲 閱讀(689) | 評論 (1)編輯 收藏
java里頭反射很強,但是要把一個函數傳遞出去確很麻煩。sun把原先的枚舉類變成了迭代器類,1.5里頭不甘愿的把泛形加了進來。以后呢?我想函數也會像c一樣可以傳遞,說不定說有的東西都是對象,函數也是一種對象,可以自由傳遞。
接著加了泛形的util包會不會越來越像stl呢?
posted @ 2006-05-31 22:13 含笑半步癲 閱讀(480) | 評論 (0)編輯 收藏

最近看了Java 編程的動態性,第 7 部分: 用 BCEL 設計字節碼,網址是http://www-128.ibm.com/developerworks/cn/java/j-dyn0414/

其中的示范代碼解釋的不是很詳細,這方面的中文資料又少,只好自己花時間看下去。bcel的類庫卻是不夠友好,api文檔也是走馬觀花的點一下,很多函數沒有說明。理解基本靠猜,還好有個示范代碼。下面對自己理解的東西做個記錄,詳細的代碼可以到上面的鏈接下載。


import java.io.FileOutputStream;
import java.io.IOException;

import org.apache.bcel.Constants;
import org.apache.bcel.classfile.ClassParser;
import org.apache.bcel.classfile.JavaClass;
import org.apache.bcel.classfile.Method;
import org.apache.bcel.generic.ClassGen;
import org.apache.bcel.generic.ConstantPoolGen;
import org.apache.bcel.generic.InstructionConstants;
import org.apache.bcel.generic.InstructionFactory;
import org.apache.bcel.generic.InstructionList;
import org.apache.bcel.generic.MethodGen;
import org.apache.bcel.generic.ObjectType;
import org.apache.bcel.generic.PUSH;
import org.apache.bcel.generic.Type;

public class BCELTiming {
??? /**
???? * Add timing wrapper to method of class. The method can accept any
???? * arguments and return any type (including void), but must be a normal
???? * (non-static, non-initializer) method to be used with this code as
???? * currently implemented. Handling the other types of methods would not
???? * involve any fundamental changes to the code.
???? *
???? * @param cgen
???? *??????????? generator for class being modified
???? * @param method
???? *??????????? current method to be enhanced with timing wrapper
???? */

??? private static void addWrapper(ClassGen cgen, Method method) {

??????? // set up the construction tools
??????? InstructionFactory ifact = new InstructionFactory(cgen);
??????? InstructionList ilist = new InstructionList();
??????? ConstantPoolGen pgen = cgen.getConstantPool();
??????? String cname = cgen.getClassName();
??????? MethodGen wrapgen = new MethodGen(method, cname, pgen);
??????? wrapgen.setInstructionList(ilist);

??????? // rename a copy of the original method
??????? MethodGen methgen = new MethodGen(method, cname, pgen);
??????? cgen.removeMethod(method);
??????? String iname = methgen.getName() + "$impl";
??????? methgen.setName(iname);
??????? cgen.addMethod(methgen.getMethod());
??????? //以上是一下初始化的工作
???????

??????? // compute the size of the calling parameters
??????? // operand stack操作數堆棧
??????? Type[] types = methgen.getArgumentTypes(); // 取出參數類型數組

??????? // solt代表本地變量的堆棧偏移量,里頭儲存了調用methen代表的函數的參數
??????? int slot = methgen.isStatic() ? 0 : 1; // 這種方式與Java如何處理方法調用有關。對于非靜態的方法,每次調用的第一個(隱藏的)參數是目標對象的this引用(就是位置0儲存的內容)。
??????? for (int i = 0; i < types.length; i++) {
??????????? slot += types[i].getSize();// 累計個個參數類型的長度,
??????? }
??????? // 現在solt指向最后一個參數的下一個位置

??????? // save time prior to invocation
??????? // 調用靜態的long java.lang.System.currentTimeMillis()方法,調用結束后函數的返回的long類型的值會壓入operand stack操作數堆棧
??????? ilist.append(ifact.createInvoke("java.lang.System",
??????????????? "currentTimeMillis", Type.LONG, Type.NO_ARGS,
??????????????? Constants.INVOKESTATIC));
??????? ilist.append(InstructionFactory.createStore(Type.LONG, slot));// 將operand stack的top保存到本地變量堆棧的slot位置,operand stack彈出long值

??????? // call the wrapped method
??????? int offset = 0; // 偏移量
??????? short invoke = Constants.INVOKESTATIC; // 預先設置為調用靜態函數
??????? if (!methgen.isStatic()) { // 如果不是調用靜態函數,將調用的第一個(隱藏的)參數(目標對象的this引用)壓入operand stack
??????????? ilist.append(InstructionFactory.createLoad(Type.OBJECT, 0));
??????????? offset = 1;// 偏移量加1
??????????? invoke = Constants.INVOKEVIRTUAL;// 設置為調用非靜態函數
??????? }
??????? for (int i = 0; i < types.length; i++) { // 遍歷所有參數
??????????? Type type = types[i];
??????????? ilist.append(InstructionFactory.createLoad(type, offset)); // 按參數類型把參數一個個從本地變量堆棧取出,壓入operand stack
??????????? offset += type.getSize();
??????? }
??????? Type result = methgen.getReturnType();// 取得要調用函數的返回值類型
??????? ilist.append(ifact.createInvoke(cname, iname, result, types, invoke));// 調用方法名為iname的函數

??????? // store result for return later
??????? if (result != Type.VOID) {
??????????? ilist.append(InstructionFactory.createStore(result, slot + 2)); // 將名為iname的函數返回值復制到本地變量堆棧的slot+2的位置上
??????? }

??????? // print time required for method call
??????? // 獲取靜態對象java.lang.System.out的引用,返回值壓入operand stack
??????? ilist.append(ifact.createFieldAccess("java.lang.System", "out",
??????????????? new ObjectType("java.io.PrintStream"), Constants.GETSTATIC));
??????? ilist.append(InstructionConstants.DUP);// 取operand stack的top,壓入operand stack。完成后load_stack的頭兩個元素是靜態對象java.lang.System.out的引用
??????? ilist.append(InstructionConstants.DUP);// 取operand stack的top,壓入operand stack。現在有3個java.lang.System.out的引用。供下面3次調用out.print()函數使用
??????? String text = "Call to method " + methgen.getName() + " took ";
??????? ilist.append(new PUSH(pgen, text));// 將text放入pgen(代表常量池),并把其在pgen的引用壓入operand stack(供out.print(Sting)調用的參數)
??????? ilist.append(ifact.createInvoke("java.io.PrintStream", "print",
??????????????????????? Type.VOID, new Type[] { Type.STRING },
??????????????????????? Constants.INVOKEVIRTUAL));// 調用結束,operand stack彈出一個String的引用和一個out的引用(還剩2個out),函數沒有返回值

??????? ilist.append(ifact.createInvoke("java.lang.System",
??????????????? "currentTimeMillis", Type.LONG, Type.NO_ARGS,
??????????????? Constants.INVOKESTATIC));// 調用java.lang.System.currentTimeMillis()方法,調用結束后函數的返回的long類型的值會壓入堆棧operand stack
??????? ilist.append(InstructionFactory.createLoad(Type.LONG, slot));// 從本地變量堆棧的slot位置載入先前儲存的long值,壓入operand stack
??????? ilist.append(InstructionConstants.LSUB);// 調用long的減法指令,彈出2個long值,并把結果壓入operand stack,現在operand stack的top第一個是long,第二個是out的引用
??????? ilist.append(ifact.createInvoke("java.io.PrintStream", "print",
??????????????? Type.VOID, new Type[] { Type.LONG }, Constants.INVOKEVIRTUAL));// 調用out.print(long)方法
??????? ilist.append(new PUSH(pgen, " ms."));// 將String對象" ms."放入pgen,并把其在pgen的引用壓入operand stack(供out.print(Sting)調用的參數)
??????? ilist
??????????????? .append(ifact.createInvoke("java.io.PrintStream", "println",
??????????????????????? Type.VOID, new Type[] { Type.STRING },
??????????????????????? Constants.INVOKEVIRTUAL));

??????? // return result from wrapped method call
??????? if (result != Type.VOID) {
??????????? ilist.append(InstructionFactory.createLoad(result, slot + 2));// 處理返回值,如果不為空,從本地對象堆棧的slot+2位置讀取指定類型的返回值壓入operand stack
??????? }
??????? ilist.append(InstructionFactory.createReturn(result)); //調用處理返回值的指令,result為返回值的類型

??????? //下面是一下掃尾工作
??????? // finalize the constructed method
??????? wrapgen.stripAttributes(true);
??????? wrapgen.setMaxStack();
??????? wrapgen.setMaxLocals();
??????? cgen.addMethod(wrapgen.getMethod());
??????? ilist.dispose();
??? }

??? public static void main(String[] argv) {
??????? if (argv.length == 2 && argv[0].endsWith(".class")) {
??????????? try {

??????????????? JavaClass jclas = new ClassParser(argv[0]).parse();
??????????????? ClassGen cgen = new ClassGen(jclas);
??????????????? Method[] methods = jclas.getMethods();
??????????????? int index;
??????????????? for (index = 0; index < methods.length; index++) {
??????????????????? if (methods[index].getName().equals(argv[1])) {
??????????????????????? break;
??????????????????? }
??????????????? }
??????????????? if (index < methods.length) {
??????????????????? addWrapper(cgen, methods[index]);
??????????????????? FileOutputStream fos = new FileOutputStream(argv[0]);
??????????????????? cgen.getJavaClass().dump(fos);
??????????????????? fos.close();
??????????????? } else {
??????????????????? System.err.println("Method " + argv[1] + " not found in "
??????????????????????????? + argv[0]);
??????????????? }
??????????? } catch (IOException ex) {
??????????????? ex.printStackTrace(System.err);
??????????? }

??????? } else {
??????????? System.out.println("Usage: BCELTiming class-file method-name");
??????? }
??? }
}


相對javassist,bcel確實比較復雜。但是bcel給我的感覺比較自由,有種一切盡在掌握的感覺,這一點比較我喜歡。
雖然自由,但是用bcel寫一個類的實現絕對不會是一件讓人開心的事情,如果碰巧你的實現又稍微復雜了點(比如實現了xx接口,又增加了一些函數和成員變量)。而且你的實現未必會比javac編譯出來的代碼效率高(不考慮jvm的動態優化)。
不過,先把你要實現的類的代碼寫出來,按照代碼來寫bcel的實現,會降低些實現難度。

posted @ 2006-05-31 16:44 含笑半步癲 閱讀(2493) | 評論 (4)編輯 收藏
僅列出標題
共3頁: 1 2 3 
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            久久青青草原一区二区| 欧美激情视频给我| 国产精品夜色7777狼人| 亚洲综合色网站| 亚洲欧美综合v| 激情综合色综合久久| 久久久国产亚洲精品| 玖玖综合伊人| 99精品欧美一区二区蜜桃免费| 亚洲国产精品尤物yw在线观看| 久久精品最新地址| 91久久久一线二线三线品牌| 91久久久一线二线三线品牌| 国产精品porn| 久久综合色8888| 欧美日韩www| 久久九九国产精品怡红院| 久久中文久久字幕| 亚洲一区二区视频在线| 久久福利精品| 亚洲一区综合| 另类av导航| 欧美日韩在线一区二区| 久久国产毛片| 欧美日韩不卡合集视频| 久久精品国产亚洲5555| 欧美久久久久中文字幕| 久久精品国产999大香线蕉| 免费不卡中文字幕视频| 香蕉久久精品日日躁夜夜躁| 美国十次了思思久久精品导航| 亚洲在线视频| 欧美a级一区| 久久久综合网站| 欧美色大人视频| 欧美国产一区视频在线观看| 国产欧美日韩精品专区| 91久久在线| 在线成人av| 亚洲在线成人| 一区二区三区视频在线播放| 久久黄金**| 亚洲私拍自拍| 欧美激情1区| 裸体丰满少妇做受久久99精品| 国产精品二区影院| 午夜天堂精品久久久久| 欧美系列亚洲系列| 亚洲国产精品悠悠久久琪琪| 激情欧美丁香| 欧美亚洲免费电影| 欧美一区国产一区| 国产精品va在线播放我和闺蜜| 亚洲国产经典视频| 1024欧美极品| 久久婷婷av| 免费成人高清视频| 狠狠色狠色综合曰曰| 午夜久久久久久| 午夜性色一区二区三区免费视频| 欧美午夜精品久久久久久浪潮| 久久精品国产第一区二区三区| 欧美新色视频| 一本色道久久综合亚洲91| 亚洲精品乱码| 欧美~级网站不卡| 欧美激情一区二区三区四区| 亚洲国产欧美日韩另类综合| 久久免费精品视频| 欧美大片免费观看| 亚洲精品国久久99热| 欧美激情一区二区久久久| 亚洲肉体裸体xxxx137| 日韩一级片网址| 欧美日韩国产片| 艳女tv在线观看国产一区| 亚洲一区网站| 国产亚洲二区| 另类激情亚洲| 亚洲精品日韩一| 午夜精品久久久久久久| 国产精品一区二区久激情瑜伽| 午夜精品亚洲| 欧美大片免费| 夜夜嗨av一区二区三区中文字幕| 欧美日韩专区| 欧美一区二区三区视频在线观看| 免费试看一区| 一区二区高清| 国产综合一区二区| 农村妇女精品| 亚洲午夜伦理| 欧美h视频在线| 亚洲一区二区三区免费视频| 国产视频精品网| 欧美α欧美αv大片| 国产精品99久久久久久有的能看| 久久久xxx| 日韩亚洲成人av在线| 国产精品一区二区久久久| 久久蜜桃香蕉精品一区二区三区| 日韩亚洲国产精品| 久久久久久久一区| 在线亚洲观看| 在线看片第一页欧美| 国产精品videosex极品| 在线观看国产一区二区| 亚洲伦理在线观看| 久久天天躁狠狠躁夜夜av| 日韩一二在线观看| 国内久久精品| 国产精品进线69影院| 麻豆av一区二区三区久久| 亚洲伊人观看| 亚洲免费高清| 欧美激情精品久久久久| 国产精品二区在线观看| 久热精品在线视频| 久久精品国产一区二区三区免费看| 亚洲精品久久久久久久久久久久| 久久久91精品国产一区二区精品| 在线中文字幕一区| 91久久亚洲| 亚洲国产精品va在线观看黑人| 国产日韩欧美一区| 国产精品久久久久久久久久免费| 欧美激情综合| 欧美国产精品中文字幕| 久久综合伊人77777蜜臀| 欧美一区二区三区免费看 | 国产日韩1区| 欧美午夜精品久久久久久孕妇| 欧美成人免费全部观看天天性色| 久久精品av麻豆的观看方式| 午夜欧美电影在线观看| 亚洲视频综合在线| 亚洲午夜在线视频| 亚洲婷婷国产精品电影人久久| 99精品视频一区| 99精品国产热久久91蜜凸| 亚洲国产日韩在线一区模特| 欧美国产日韩一区二区在线观看| 女生裸体视频一区二区三区| 另类成人小视频在线| 老司机精品视频一区二区三区| 久久嫩草精品久久久精品一| 久久精品网址| 免费黄网站欧美| 欧美成人午夜77777| 欧美风情在线观看| 亚洲高清在线视频| 亚洲欧洲日本国产| 日韩亚洲国产精品| 亚洲欧美日产图| 国产农村妇女精品一二区| 久久国产欧美日韩精品| 久久久国产视频91| 欧美成年人网| 欧美日韩网站| 国产日韩欧美二区| 亚洲国产精品一区在线观看不卡| 亚洲第一天堂av| 99精品国产99久久久久久福利| 一本色道久久综合亚洲精品婷婷| 亚洲视屏在线播放| 久久精品91久久久久久再现| 欧美freesex8一10精品| 亚洲精品五月天| 亚洲欧美日韩综合aⅴ视频| 久久精品首页| 欧美手机在线视频| 国产一在线精品一区在线观看| 国产亚洲精品7777| 亚洲国产欧美久久| 亚洲欧美大片| 欧美激情性爽国产精品17p| 亚洲免费观看| 久久久国际精品| 欧美三级乱人伦电影| 精品成人久久| 亚洲欧美电影在线观看| 免费日韩精品中文字幕视频在线| 亚洲毛片视频| 久久久www免费人成黑人精品| 欧美午夜视频网站| 在线观看日韩www视频免费 | 夜夜嗨av一区二区三区免费区| 亚洲欧美日韩国产一区| 欧美激情一区二区三区不卡| 亚洲欧美日韩精品| 欧美激情中文字幕一区二区 | 久久免费黄色| 欧美伊人影院| 欧美精品七区| 在线播放日韩| 久久精品国产久精国产一老狼| 亚洲精品久久久久久下一站| 亚洲综合日韩| 欧美午夜电影在线| 中国女人久久久|