A. 什麼股票交易軟體可以實現自動下單、自動撤單
1.、如果券商能提供介面，那非常簡單。不過對絕大多數人，這是廢話，一是券商不給提供，二是即使提供了，你的程序也得到營業部去跑。
2、 券商不提供介面，那就只能從交易軟體客戶端來想辦法了
方法一：keyboard和mouse模擬的辦法，比較笨的辦法，速度快不起來。按我以往的經驗，這種模擬keyboard和mouse的操作，因為要和UI打交道，很多地方得Sleep，不然很容易出錯，自動下單，出錯了可不是好玩的，那損失的都是錢。要想盡量減少出錯，stress test的時候每步的sleep時間都得足夠長，但這樣一來，要足夠可靠的話，整個過程估計3-5秒也完成不了。這個辦法雖然是笨點，但如果對速度和可靠性的要求不高，也是可以接受的，畢竟要比手動操作要快。（對可靠性有擔心的，可以留著交易軟體每次下單前的確認窗口，這樣還可以有最後一次人工確認的機會，但這樣一來，批量下單就下不了了）。
方法二：跳過交易軟體的UI層，直接調用下層的函數完成交易。大致方法是，1，得要code injection, 進程注入，你的代碼得在交易軟體的context下運行才行，2. 用debugger慢慢去看，了解交易軟體自身是如何調用下層的函數去完成下單，比方說通達信的交易軟體，與交易相關的函數，基本在tc.dll和tcapi.dll裡面。這個辦法弄通了，那下單估計可以在100ms以內完成，就完全和UI無關了。
方法三：從基於web和wap的交易上面動腦筋，這個渠道的下單方式，應該是http post了一些數據回server, 研究一下具體的格式就可以了。這條途徑，從client來講，下單的速度應該和方法二差不多。
3、FIX協議也是一種可能的突破口，部分櫃台系統供應商已有現成的FIX產品，有基金、QFII客戶的部分券商有采購（如中信證券），可以嘗試一下。
B. 個人可以開發股票交易軟體進行下單嗎
我覺得很有風險，搞不好給你當犯罪分子處理。看看開發火車票插件那個案例回就可以了，你跟他是一個道答理。
這種軟體需要經過審查和資質認定吧，如果不經過他們的認定會把你當黑客處理也說不定。
不過你很有魄力！
以上是我的見解。
C. 股票軟體能實現自動買賣嗎
1.、如果券商能提供介面，那非常簡單。不過對絕大多數人，這是廢話，一是券商不給提供，二是即使提供了，你的程序也得到營業部去跑。2、券商不提供介面，那就只能從交易軟體客戶端來想法了方法一：keyboard和mouse模擬的法，比較笨的法，速度快不起來。按我以往的經驗，這種模擬keyboard和mouse的操作，因為要和UI打交道，很多地方得Sleep，不然很容易出錯，自動下單，出錯了可不是好玩的，那損失的都是錢。要想盡量減少出錯，stresstest的時候每步的sleep時間都得足夠長，但這樣一來，要足夠可靠的話，整個過程估計3-5秒也完成不了。這個法雖然是笨點，但如果對速度和可靠性的要求不高，也是可以接受的，畢竟要比手動操作要快。（對可靠性有擔心的，可以留著交易軟體每次下單前的確認窗口，這樣還可以有最後一次人工確認的機會，但這樣一來，批量下單就下不了了）。方法二：跳過交易軟體的UI層，直接調用下層的函數完成交易。大致方法是，1，得要codeinjection,進程注入，你的代碼得在交易軟體的context下運行才行，2.用debugger慢慢去看，了解交易軟體自身是如何調用下層的函數去完成下單，比方說通達信的交易軟體，與交易相關的函數，基本在tc.dll和tcapi.dll裡面。這個法弄通了，那下單估計可以在100ms以內完成，就完全和UI無關了。方法三：從基於web和wap的交易上面動腦筋，這個渠道的下單方式，應該是httppost了一些數據回server,研究一下具體的格式就可以了。這條途徑，從client來講，下單的速度應該和方法二差不多。3、FIX協議也是一種可能的突破口，部分櫃台系統供應商已有現成的FIX產品，有基金、QFII客戶的部分券商有采購（如中信證券），可以嘗試一下。
D. 京東商城為什麼不能用支付寶呢
從2011年5月份在網站首頁隱藏「支付寶」開始，京東商城經過近100天的調回整，徹底終結與支付寶的緣答分。昨日，京東商城悄然在其登錄頁面發布消息稱，與支付寶合作到期，全面停用支付寶。分析人士指出，與阿里巴巴旗下淘寶等電子商務平台的競爭是其與支付寶分手的根本原因。但這一說法未得到京東方面的正面確認。
E. 股票軟體哪個可以自動交易
美股研究社有分享幾個方法：1.、如果券商能提供介面，那非常簡單。不過對絕大多數人，這是廢話，一是券商不給提供，二是即使提供了，你的程序也得到營業部去跑。
2、 券商不提供介面，那就只能從交易軟體客戶端來想辦法了
方法一：keyboard和mouse模擬的辦法，比較笨的辦法，速度快不起來。按我以往的經驗，這種模擬keyboard和mouse的操作，因為要和UI打交道，很多地方得Sleep，不然很容易出錯，自動下單，出錯了可不是好玩的，那損失的都是錢。要想盡量減少出錯，stress test的時候每步的sleep時間都得足夠長，但這樣一來，要足夠可靠的話，整個過程估計3-5秒也完成不了。這個辦法雖然是笨點，但如果對速度和可靠性的要求不高，也是可以接受的，畢竟要比手動操作要快。（對可靠性有擔心的，可以留著交易軟體每次下單前的確認窗口，這樣還可以有最後一次人工確認的機會，但這樣一來，批量下單就下不了了）。
方法二：跳過交易軟體的UI層，直接調用下層的函數完成交易。大致方法是，1，得要code injection, 進程注入，你的代碼得在交易軟體的context下運行才行，2. 用debugger慢慢去看，了解交易軟體自身是如何調用下層的函數去完成下單，比方說通達信的交易軟體，與交易相關的函數，基本在tc.dll和tcapi.dll裡面。這個辦法弄通了，那下單估計可以在100ms以內完成，就完全和UI無關了。
方法三：從基於web和wap的交易上面動腦筋，這個渠道的下單方式，應該是http post了一些數據回server, 研究一下具體的格式就可以了。這條途徑，從client來講，下單的速度應該和方法二差不多。
3、FIX協議也是一種可能的突破口，部分櫃台系統供應商已有現成的FIX產品，有基金、QFII客戶的部分券商有采購（如中信證券），可以嘗試一下。